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本 书 全 面 、 系 统 、 由 浅 入 深 地 介绍 了 Linux 系统 移植 的 各 方面 知识 。 书 中 的 每 个 章节 都 有 相应 的 实例 
编译 或 移植 过 程 ， 每 个 移植 实例 都 具有 代表 性 ， 在 实际 应 用 和 开发 中 有 很 高 的 价值 。 

本 书 附 带 1 张 光盘 ， 内 容 为 本 书 重点 内 容 的 教学 视频 和 本 书 涉及 的 源 代码 。 另 外 ， 还 赠送 了 大 量 的 
Linux 学 习 视 频 和 其 他 学 习 资料 。 

本 书 分 为 4 篇 。 第 1 篇 简单 介绍 了 Linux 内 核 和 嵌入 式 Linux 系统 开发 环境 搭建 ; 第 2 篇 介绍 了 一 个 
最 基本 的 嵌入 式 系统 的 组 成 部 分 、Bootloader 移植 、 内 核 移植 和 文件 系统 移植 ; 第 3 篇 介绍 了 LCD、 触 摸 
屏 、USB、 网 卡 、 音 频 、SD 卡 、NandFlash 等 流行 的 设备 驱动 移植 过 程 ， 第 4 篇 从 嵌入 式 产品 角度 出 发 ， 
介绍 了 GUI、Qtopia、 嵌 入 式 数据 库 Berkeley DB 和 SQLite、 嵌 入 式 Web 服务 器 BOA 和 Thttpd、JVM 虚 
拟 机 的 移植 及 目前 流行 的 VoIP 技术 和 相关 协议 。 
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作为 大 、 中 专 院 校 相关 专业 的 实验 教材 使 用 。 
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随 着 各 种 芯片 技术 的 发 展 ， 各 种 嵌入 式 产品 也 如 雨后春笋 一 般 地 出 现 了 。 目 前 ， 嵌 入 
式 产品 应 用 领域 涉及 移动 通信 、 汽 车 、 医 疗 、 家 电 等 很 多 领域 。 而 且 ， 如 今 的 嵌入 式 硬件 
的 速度 和 容量 越 来 越 接近 于 PC, 因此 在 这 些 嵌 入 式 产品 上 运行 操作 系统 就 成 为 了 可 能 。 一 
直 以 来 ， 很 多 企业 花费 了 巨大 成 本 研发 了 大 量 运 行 在 PC 上 的 软件 产品 。 如 果 将 这 些 优秀 
的 软件 应 用 在 嵌入 式 系统 中 ， 将 会 成 为 快速 开发 嵌入 式 系统 ， 降 低 嵌 入 式 产 品 开发 成 本 ， 
提高 软件 稳定 性 和 安全 性 的 重要 途径 。 

目前 ， 国 内 图 书市 场 上 还 鲜 见 专门 介绍 Linux 系统 移植 的 图 书 。 为 了 给 广大 Linux 开 
发 人 员 和 爱好 者 学 习 Linux 系统 移植 提供 一 些 有 价值 的 参考 资料 ， 笔 者 花费 一 年 多 的 时 间 
编写 了 本 书 。 

本 书 注重 实践 ， 包 含 了 丰富 的 移植 实例 ， 这 些 实例 各 具 特 点 ， 从 基础 的 系统 组 成 到 设 
备 驱 动 ， 再 到 高 级 应 用 ， 适 合 各 个 层面 的 读者 学 习 和 研究 。 本 书 中 的 实例 是 笔者 根据 实际 
项 目 中 嵌入 式 产 品 的 功能 需求 ， 专 门 选 择 的 具有 代表 性 的 开源 软件 进行 移植 ， 包 含 了 常见 
的 嵌入 式 产 品 的 最 小 系统 组 成 部 分 移植 ， 同 时 选择 了 应 用 比较 多 的 数据 库 、Web 服务 器 、 
GUI 等 进行 移植 。 笔 者 通过 亲自 体会 每 次 编译 和 移植 过 程 ， 详 细 说 明 移植 的 细节 ， 对 移植 
过 程 中 遇 到 的 问题 也 给 出 了 解决 方法 。 本 书 最 后 还 介绍 了 VoIP 技术 ， 并 结合 源码 分 析 了 
VoIP 的 实现 ， 同 时 还 介绍 了 VoIP 的 详细 编译 过 程 。 本 书 是 笔者 从 事 嵌 入 式 开 发 的 经 验 总 
结 ， 希 望 能 给 目前 从 事 嵌 入 式 研发 和 学 习 的 读者 提供 最 有 效 的 帮助 ， 能 使 读者 的 嵌入 式 系 
统 最 快 地 运行 起 来 ， 使 读者 在 最 短 的 时 间 内 成 功 移植 开源 软件 。 

本 书 使 用 的 源 代 码 均 为 开源 代码 ， 读 者 可 以 从 对 应 的 官方 网 站 获得 。 本 书 对 于 源码 的 
重要 部 分 进行 了 详细 的 分 析 ， 建 议 读者 在 阅读 时 对 应 源码 进行 阅读 效果 会 更 好 。 


本 书 特色 


1. 多 媒体 语音 视频 讲解 ， 高 效 、 直 观 

笔者 对 本 书 重点 内 容 专门 录制 了 多 媒体 教学 视频 ， 这 将 会 大 大 提高 读者 的 学 习 效 率 。 

2. 编译 过 程 详细 

本 书 的 编译 过 程 都 附 有 详细 的 编译 命令 ， 对 于 复杂 的 命令 均 给 出 了 说 明 ， 方 便 读者 实 
际 操作 。 读 者 可 以 边 阅 读本 书 ， 边 动手 进行 实验 。 

3. 内 容 全 面 、 选 材 具有 特点 

本 书 介绍 了 最 小 系统 的 引导 程序 移植 、 内 核 移植 、 文 件 系 统 移植 、 各 种 驱动 移植 等 内 


到 
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容 。 另 外 ， 本 书 还 专门 介绍 了 嵌入 式 数据 库 、 嵌 入 式 GUI、 符 入 式 Web 服务 器 、 嵌 入 式 
JVM、VolP 技术 等 内 容 。 对 于 数据 库 、GUI、Web 服务 器 分 别 选择 了 两 种 进行 介绍 ， 读 者 
可 以 从 性 能 上 进行 对 比 ， 然 后 应 用 在 自己 的 项 目 中 。 


4. 内 容 由 浅 入 深 、 循 序 渐进 ， 可 操作 性 强 
本 书 按照 由 浅 入 深 、 循 序 渐进 的 梯度 安排 内 容 ， 适 合 各 个 层次 的 读者 阅读 。 书 中 每 章 


内 容 都 遵循 原理 分 析 一 代码 分 析 一 编译 一 测试 移植 的 学 习 顺 序 ， 具 有 较 强 的 可 操作 性 。 
5. 贯穿 了 大 量 的 编译 技巧 ， 可 迅速 提升 移植 水 平 
本 书 在 讲解 编译 过 程 时 贯穿 了 大 量 的 编译 技巧 ， 并 针对 移植 过 程 中 的 编译 错误 介绍 了 
如 何 发 现 错误 的 源头 ， 同 时 给 出 了 解决 方法 。 这 则 有 利于 读者 解决 类 似 的 编译 问题 ， 提 升 


系统 移植 的 水 习 
6. 详细 介绍 了 流行 工具 的 使 用 
本 书 介绍 了 在 开发 中 使 用 Eclipse 和 VC++ 6.0， 这 两 种 工具 分 别 为 Java 程序 员 和 C++ 


程序 员 最 熟悉 的 工具 。 书 中 介绍 了 在 Linux 下 安装 Eclipse、 使 用 Eclipse 开发 C++ 项 目 及 


使 用 VC++ 6.0 开发 的 基本 方法 等 。 


本 书 内 容 及 知识 体系 


第 1 篇 “系统 移植 基础 篇 〈 第 1、2 章 ) 
本 篇 介绍 了 系统 移植 的 基础 。 首 先 对 Linux 内 核 进行 了 简单 介绍 ， 然 后 介绍 了 系统 移 


植 环境 的 搭建 。 通 过 对 本 篇 内 容 的 学 习 ， 读 者 可 以 对 Linux 系统 有 初步 认识 ， 能 掌握 嵌入 
式 Linux 开发 工具 的 使 用 ， 能 正确 搭建 开发 平台 ， 能 够 制作 编译 好 的 嵌入 式 系统 。 


第 2 篇 “系统 移植 技术 篇 〈 第 3 一 5 章 ) 
本 篇 介绍 了 一 个 最 基本 的 嵌入 式 系统 的 组 成 部 分 .Bootloader、 内 核 和 文件 系统 的 移植 。 


学 习 完 本 篇 内 容 后 ， 读 者 能 够 动手 独立 编译 和 移植 一 个 基本 的 嵌入 式 系统 。 


第 3 篇 “系统 移植 驱动 篇 〈 第 6 一 12 章 ) 

本 篇 介绍 了 各 种 驱动 的 移植 , 包括 LCD、 触 摸 屏 、`USB、 网 卡 、 音 频 、SD 卡 、NandFlash 
等 流行 的 设备 驱动 的 移植 过 程 。 通 过 对 本 篇 内 容 的 学 习 ， 读 者 对 嵌入 式 Linux 驱动 移植 将 
会 有 一 定 的 认识 ， 可 以 基本 掌握 驱动 的 移植 步骤 ， 能 完成 简单 的 驱动 移植 。 


第 4 篇 ”系统 移植 高 级 篇 〈 第 13 一 20 章 ) 
本 篇 从 嵌入 式 产品 的 角度 出 发 ， 介 绍 了 系统 移植 中 各 种 类 型 的 高 层 软 件 移植 ， 包 括 


GUI、 数 据 库 、Web 服务 器 、 虚 拟 机 的 移植 ， 最 后 还 介绍 了 目前 流行 的 VoIP 技术 ， 并 结 
合 源码 介绍 了 VoIP 相关 协议 和 编译 方法 。 通 过 学 习 本 篇 内 容 ， 读 者 可 以 掌握 很 多 移植 技 


巧 ， 能 够 将 这 些 实例 应 用 到 自己 的 项 目 中 。 
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本 书 读者 对 象 


嵌入 式 移植 人 员 ， 
嵌入 式 专业 的 学 生 ; 
嵌入 式 实验 指导 老师 ; 
嵌入 式 培训 学 员 和 老师 ; 
系统 分 析 师 ; 

项 目 研发 人 员 。 


本 书 作 者 及 编 委 会 成 员 


DCOOODO DO 


本 书 由 刘刚 和 赵 剑 川 主笔 编写 ， 其 他 参与 编写 的 人 员 有 上 毕 梦 飞 、 葡 成 立 、 陈 涛 、 陈 晓 
莉 、 陈 燕 、 崔 栋 栋 、 汉 国良 、 高 岱 明 、 黄 成 、 黄 会 、 纪 和 奉 秀 、 江 莹 、 新 华 、 李 凌 、 李 胜 君 、 
李 雅 娟 、 刘 大 林 、 刘 惠 萍 、 刘 水 珍 、 马 月 桂 、 闵 智和 、 秦 兰 、 汪 文 君 、 文 龙 。 在 此 一 并 表 

本 书 编 委 会 成 员 有 欧 振 旭 、 陈 杰 、 陈 冠军 、 项 宇 峰 、 张 帆 、 陈 刚 、 程 彩 红 、 毛 红 娟 、 
聂 庆 亮 、 王 志 娟 、 武 文 娟 、 颜 嚼 盟 、 姚 志 娟 、 尹 继 平 、 张 昆 、 张 薛 。 


本 书 技术 支持 

您 在 阅读 本 书 的 过 程 中 若 碰 到 什么 问题 ， 请 通过 以 下 方式 联系 我 们 ， 我 们 会 及 时 地 答 
复 您 。 

E-mail: bookservice2008@163.com (编辑 ) 

论坛 网 址 : http://www.wanjuanchina.net 


编著 者 


第 1 章 
| 


下 


1.4 


和 


1.6 


第 2 章 
全 


目 ， 对 


第 1 篇 系统 移植 基础 篇 


Linux 内 核 介绍 …- 
系统 调用 接口 …… 
1.1.1 Linux 系统 调用 
1.1.2 用户 编程 接口 … 
1.1.3 系统 调用 与 服务 例 程 的 对 应 关系 
1 从 村 系统 调用 过 程 Sd 
1.1.5 ”系统 调用 传递 的 参数 


1.3.1 内 存 管理 技术 … 
1.3.2 内存 区 管理 …… 
1.3.3 ”内 核 中 获取 内 存 的 几 种 方式 … 13 
虚拟 文件 系统 …… 14 


1.4.1 虚拟 文件 系统 作用 
1.4.2 文件 系统 的 注册 … 
1.4.3 文件 系统 的 安装 和 印 载 - 


1.5.1 字符 设备 驱动 程序 
1.5.2” 块 设备 驱动 程序 … 
1.5.3 ”网 络 设备 驱动 程序 
1.5.4 ”内 存 与 VO 操作 - 
小 结 


肉 入 式 Linux 开发 环境 搭建 
虚拟 机 及 Linux 安装 


2 


23 


2.4 


225 


2.6 


第 3 章 
3 


32 


目录 


2.1.1 虚拟 机 的 安装 
2.1.2 单独 分 区 安装 系统 
2.1.3 ”虚拟 机 和 主机 通信 设置 
2.1.4 VMware tools 工具 安装 
2.1.5 ”虚拟 机 与 主机 共享 文件 
2.1.6 ”虚拟 机 与 主机 文件 传输 … 
交叉 编译 工具 
2.2.1 交叉 编译 工具 安装 
2.2.2 ”交叉 编译 器 测试 
超级 终端 和 Minicom …… 
2.3.1 超级 终端 软件 的 安装 
2.3.2 Minicom 使 用 
2.3.3 SecureCRT 使 用 
内 核 、 文 件 系统 加 载 工具 
2.4.1 烧 写 Bootloader… 
2.4.2 ”内 核 和 文件 系统 下 载 … 
2.4.3 ”应 用 程序 和 文件 传输 
在 开发 中 使 用 网 络 文件 系统 NFS) … 
学 二 虚拟 机 设置 i 
2.5.2 ”虚拟 机 的 了 P 地 址 设置 
2.5.3 ”验证 网 络 连接 …… 
2.5.4 设置 共享 目录 … 
2.5.5 启动 NFS 服务 … 
2.5.6 ”修改 共享 配置 后 


2.5.7 挂 载 NFS… …61 
2.5.8 ” 双 网 卡 挂 载 NFS- “61 
小 结 

第 2 篇 系统 移植 技术 篇 
Bootloader 移植 … 
Bootloader 介绍 


3.1.1 Bootloader 与 嵌入 式 Linux 系统 的 关系 
3.1.2 Bootloader 基本 概念 
3.1.3 ”Bootloader 启动 过 程 … 
Bootloader 之 U-Boot- 
3.2.1 U-Boot 优点 … 
3.2.2 U-Boot 的 主要 功能 区 68 


3 


3.4 


3.5 


3.6 


第 4 章 
4.1 


4.2 


4.3 


4.4 


4.5 


目录 


3.2.3 ”U-Boot 目录 结构 
U-Boot 移植 过 程 
3.3.1 “环境 配置 
3.3.2 ”修改 cpu/arm920t/start.S-… 
3.3.4 具体 平台 相关 修改 
3.3.5 其 他 部 分 修改 
3.3.6 U-Boot 的 编译 
Bootloader 之 vivi 

3.4.1 vivi 简介 
3.4.2 vivi 配置 与 编译 … 
3.4.3 ”代码 分 析 … 
Vivi 的 运行 ………… 
3.5.1 Bootloader 启动 的 阶段 一 
3.5.2 ”Bootloader 启动 的 阶段 二 


Linux 内 核 裁 剪 与 移植 
Linux 内 核 结构 
4.1.1 内 核 的 主要 组 成 部 分 … 
4.1.2 ”内 核 源 码 目录 介绍 
内 核 配置 选项 
4.2.1 
4.2.2 ”内 核 模块 加 载 方式 支持 选项 … 
4.2.3 ”系统 调用 、 类 型 、 特 性 、 启 动 相关 选项 
4.2.4 网 络 协议 支持 相关 选项 … 
4.2.5 设备 驱动 支持 相关 选项 … 
4.2.6 文件 系统 类 型 支持 相关 选项 … 
4.2.7 
425 


4.3.1 安装 内 核 源 代码 - 
4.3.2 ”检查 编译 环境 设置 


4.3.3 ”配置 内 核 … 
4.3.4 ”编译 内 核 … 
内 核 喘 像 文件 移植 到 ARM 板 … so 
4.4.1 移植 准备 … “6 
4.4.2 烧 写 系 统 118 


4.5.1 准备 升级 内 核 文件 - 
4.5.2 移植 过 程 


4.6 


第 5 章 
EA 


$2 


5.3 
5.4 


$5 


第 6 章 
6.1 


62 
6.3 


6.4 


6.5 


赃 入 式 文件 系统 制作 … 
文件 系统 选择 
5.1.1 Flash 硬件 方案 比较 
5.1.2 ”和 骨 入 式 文件 系统 的 分 层 结 构 … 
基于 Flash 的 文件 系统 
5.2.1 JEFS 文件 系统 (Journalling Flash FileSystem) 
5.2.2 YAFFS 文件 系统 (Yet Another Flash File Systemy) 
5.2.3 Cramfs 文件 系统 (Compressed ROM File System ) … 
5.2.4 Romfs 文件 系统 (ROM File System ) … 

基于 RAM 的 文件 系统 
文件 系统 的 制作 … 
5.4.1 制作 Ramdisk 文件 系统 … 
5.4.2 ”制作 YAFFS2 文件 系统 
5.4.3 制作 IFFS2 文件 系统 
5.4.4 ”其 他 文件 系统 制作 - 


LCD 驱动 移植 
认识 LCD 相关 硬件 原理 
6.1.1 LCD 概述 … 


6.1.2 LCD 控制 器 … 
6.1.3 ”LCD 控制 器 方块 图 
6.1.4 LCD 控制 器 操作 
6.1.5 ”LCD 控制 寄存 器 … 
LCD 参数 设置 
内 核 LCD 驱动 机 制 … 
6.3.1 ”FrameBuffer 概述 
6.3.2 FrameBnuffer 设备 驱动 的 结构 … 
Linux 2.6.25 的 LCD 驱动 源码 分 析 … 
6.4.1 LCD 驱动 开发 的 主要 工作 
6.4.2 s3c2410fb_initO 函 数 分 析 
6.4.3 s3c2410fb_probe0 函 数 分 析 - 
6.4.4 _ s3c2410fb remove0 函 数 分 析 … 
移植 内 核 中 的 LCD 驱动 … 

6.5.1 LCD 硬件 电路 图 … 


6.6 


第 7 章 
列 


72 


7.3 
7.4 


3 


7.6 


第 8 章 
8.1 


8.2 


8.3 


目录 


6.5.2 ”修改 LCD 源码 … 


184 


7.1.1 触摸 屏 工作 原理 - 
7.1.2 触摸屏 的 主要 类 型 
S3C2440 ADC 接口 使 用 … 
7.2.1 S3C2440 触摸 屏 接口 概述 191 


7.2.2”S3C2440 触摸 屏 接口 操作 -192 
2.6 内 核 触摸 屏 驱 动 源码 分 析 〈s3c2410_ts.c 源码 分 析 ) 196 
Linux 内 核 输入 子 系统 介绍 … 201 
7.4.1 Input 子 系统 概述 


7.4.2 输入 设备 结构 体 
7.4.3 ”输入 链 路 的 创建 过 程 … 
7.4.4 使 用 Input 子 系统 … 
7.4.5 编写 输入 设备 驱动 需要 完成 的 工作 
触摸 屏 驱 动 移植 和 内 核 编 译 … 
7.5.1 修改 初始 化 源码 
7.5.2 ”修改 硬件 驱动 源码 s3c2440_ts.c- 
7.5.3 ”修改 Kconfig 和 Makefile 
7.5.4 ”配置 编译 内 核 ………… 
7.5.5 触摸屏 测试 程序 设计 … 
小 结 


USB 设备 驱动 移植 … 
USB 协议 a 
8.1.1 USB 协议 的 系统 主要 组 成 部 分 … 
8.1.2 ”总 线 物理 拓扑 结构 …………… 
8.1.3 USB 设备 、 配 置 、 接 口 、 端 点 
8.1.4 USB 设备 状态 … 
8.1.5 USB 枚 举 过 程 … 
8.1.6 USB 请 求 块 (URB) - 
USB 主机 驱动 
8.2.1 USB 主机 驱动 结构 和 功能 … 
8.2.2 ”主机 控制 器 驱动 (usb_hcd) … 
8.2.3 OHCI 主机 控制 器 驱动 
8.2.4 S3C24XX OHCI 主机 控制 器 驱动 实例 
USB 设备 驱动 … 
8.3.1 USB 骨架 程序 


8.4 


8.5 


8.6 


第 9 章 


9 


92 


3 


9.4 


9.5 


目录 


8.3.2 USB 驱动 移植 的 时 钟 设置 
USB 鼠标 键盘 驱动 
8.4.1 USB 鼠标 驱动 代码 分 析 
8.4.2 USB 键盘 驱动 代码 分 析 
8.4.3 内核 中 添加 USB 鼠标 键盘 驱动 


9.1.2 ”以 太 网 技术 概述 
9.1.3 以太 网 的 帧 结构 
网 络 设备 驱动 程序 体系 结构 
9.2.1 榜 入 式 Linux 网 络 驱动 程序 介绍 
9.2.2 Linux 网 络 设备 驱动 的 体系 结构 …… 
9.2.3 ”网络 设备 驱动 程序 编写 方法 … 
9.2.4 网 络 设备 驱动 程序 应 用 实例 … 
net_device 数据 结构 
9.3.1 全 局 信息 
9.3.2 “硬件 信息 
9.3.3 ”接口 信息 
9.3.4 设备 方法 
9.3.5 公用 成 员 
DM9000 网 卡 概述 
9.4.1 DM9000 网 卡 总 体 介绍 … 
9.4.2 DM9000 网 卡 的 特点 … 
9.4.3 内 部 寄存 器 
9.4.4 功能 描述 … 
DM9000 网 卡 驱动 程序 移植 … 
9.5.1 DM9000 网 卡 连接 
9.5.2 ”驱动 分 析 一 一 硬件 的 数据 结构 … 
9.5.3 ”驱动 分 析 一 一 数据 读 写 函 数 
9.5.4 ”驱动 分 析 一 一 重 置 网 卡 … 
9.5.5 ”驱动 分 析 一 一 初始 化 网 卡 
9.5.6 ”驱动 分 析 一 一 打开 和 关闭 网 卡 
9.5.7 ”驱动 分 析 一 一 数据 包 的 发 送 与 接收 … 
9.5.8 ”DM9000 网 卡 驱动 程序 移植 


9.6 


第 10 章 
10.1 


10.2 


10. 


10.4 


10.5 


10.6 


10.7 


第 11 章 
11.1 


ee eee et 288 


音频 设备 驱动 程序 移植 
音频 设备 接口 
10.1.1 PCM 脉冲 编码 调制 ) 接口 
10.1.2 IIS (Inter-IC Sound) 接口 … 
10.1.3 AC97 (Audio Codec 1997) 接口 … 
10.1.4 Linux 音频 设备 驱动 框架 
Linux 音频 设备 驱动 一 一 OSS 驱动 框架 
10.2.1 ”OSS 驱动 架构 硬件 ……………… 
10.2.2 ”OSS 驱动 架构 代码 …… 
10.2.3 ”OSS 初始 化 函数 oss_init(- 
10.2.4 ”OSS 释放 函数 oss_cleanupO …… 
10.2.5 打开 设备 文件 函数 sound_open0 … 
10.2.6 录音 函数 sound read0 
10.2.7 ”播放 函数 sound_write0) 
10.2.8 ”控制 函数 sound ioctlO- 
Linux 音频 设备 驱动 一 一 ALSA 驱动 框架 
10.3.1 card 和 组 件 … 
10.3.2 PCM 设备 
10.3.3 ”控制 接口 
10.3.4 AC97 API 音频 接口 … 
音频 设备 应 用 程序 编写 
10.4.1 DSP 接口 编程 … 
10.4.2 ”MIXER 接口 编程 
10.4.3 ”ALSA 应 用 程序 编程 
音频 设备 驱动 移植 … 
10.5.1 添加 UDA1341 结构 体 
10.5.2 ”修改 录音 通道 …………… 
10.5.3 ”内 核 中 添加 UDA1341 驱动 支持 … 
10.5.4 ”移植 新 内 核 并 进行 测试 
音频 播放 程序 madplay 的 移植 
10.6.1 准备 移植 需要 的 源 文件 
10.6.2 
10.6.3 ”移植 和 测试 … 
10.6.4 ”编译 中 可 能 遇 到 的 问题 
小 结 


SD 卡 驱动 移植 … 
SD 卡 简介 … 
11.1.1 SD 卡 系统 概念 


目录 


11.1.2 SD 卡 寄存 器 … 
11.1.3 ”SD 功能 描述 … 
11.2 ”SD 卡 驱 动 程序 分 析 -… 
11.2.1 host 驱动 部 分 - 
11.2.2 core 驱动 部 分 
11.2.3 card 驱动 部 分 - 


Bl: 


Lo 


11.3.1 添加 延 时 和 中 断 - 
11.3.2 配置 内 核 
11.3.3” 烧 写 新 内 核 


第 12 章 ，NandFlash 驱动 移植 
12.1 NandFlash 介绍 ……… 
12.1.1 NandFlash 命令 介绍 
12.1.2 ”NandFlash 控制 器 
12.2 ”NandFlash 驱动 介绍 … 
12.2.1 Nand 芯片 结构 
12.2.2 ”NandFlash 驱动 分 析 
12.3 ”NandFlash 驱动 移植 … 
12.3.1 内 核 的 修改 
12.3.2 ”内 核 的 配置 和 编译 - 
12.4 ”小结 


第 4 篇 系统 移植 高 级 篇 


第 13 章 ”MiniGUI 与 移植 
13.1 MiniGUI 在 上 位 机 中 的 安装 
13.1.1 安装 需要 的 安装 文件 - 
13.1.2 ”MiniGUI 的 运行 模式 - 
13.1.3 ”编译 并 安装 MiniGUI- 
13.1.4 编译 安装 MiniGUI 需要 的 图 片 支持 库 … 
13.1.5 ”编译 MiniGUI 应 用 程序 例子 
Eclipse 开发 MiniGUI 程序 
13.2.1 Linux 下 安装 Eclipse 介绍 
13.2.2 ”使 用 Eclipse 编译 MiniGUI 程序 … 
13.2.3 ”设置 外 部 工具 
13.2.4 ”运行 程序 
13.3 VC++6.0 开发 MiniGUI 程序 


3 


b 


XII* 


13. 


了、 


第 14 章 
14. 


14. 


14. 


14. 


第 15 章 ， 赃 入 式 数 据 库 Berkeley DB 移植 … 
19: 


15. 


15.3 ”使 用 Berkeley DB 数据 库 


4 


3 


1 


2 


站] 


4 


1 


b 


13.3.1 
13.3.2 
13.3.3 
13.3.4 ”编译 和 运行 程序 
13.3.5 ”MiniGUI 程序 编程 风格 举例 - 
MiniGUTI 的 交叉 编译 和 移植 
13.4.1 交叉 编译 MiniGUI 
13.4.2 移植 MiniGUTI 程序 … 


14.1.1 下 载 安 装 Q 
14.1.2 Qt 编程 …… 
14.1.3 ”使 用 qmake 生成 Makefile- 

Qtopia Core 在 X86 平台 上 的 安装 和 应 用 
14.2.1 ”Qtopia Core 安装 准备 
14.2.2 ”编译 Qtopia Core 
14.2.3 ”Qtopia 在 X86 平台 上 的 应 用 开发 - 

Qtopia Core 在 嵌入 式 Linux 上 的 移植 
14.3.1 ”Qtopia Core 移植 准备 … 
14.3.2 ”交叉 编译 Qtopia Core … 
14.3.3 编 
14.3.4 ”应 用 程序 开发 
14.3.5 

小 结 


数据 库 的 基本 概念 
15.1.1 利用 文档 和 源 代码 
15.1.2 ”创建 环境 句柄 ……- 
15.1.3 ”创建 数据 库 句柄 
15.1.4 
1515 
15.1.6 
1517 
Berkeley DB 数据 库 安装 … 
15.2.1 安装 成 C 库 …… 
15.2.2 ”安装 成 C++ 库 … 
15.2.3 ”交叉 编译 安装 Berkeley DB 


15.4 


到 


第 16 章 
16.1 


16. 


b 


16.3 


16.4 


16.5 


第 17 章 
17.1 


17.2 


17- 


by 


17.4 


目录 


15.3.1 ”代码 分 析 
15.3.2 ”编译 运行 程序 … 
移植 Berkeley DB 数据 库 
15.4.1 数据 库 设 计 …… 
15.4.2 ”编写 应 用 程序 … 
15.4.3 ”调试 和 交叉 编译 应 用 程序 
15.4.4 数据 库 的 移植 和 测试 


帐 入 式 数据 库 SQLUite 移 楂 下 4 
SQLite 支持 的 SQL 语句 - 


16.1.1 数据 定义 语句 … 
16.1.2 ”数据 操作 语句 … 
SQLite 数据 库 编译 、 安 装 和 使 用 
16.2.1 安装 SQLite 
16.2.2 ”利用 SQL 语句 操作 SQLite 数据 库 … 
16.2.3 ”利用 C 接口 访问 SQLite 数据 库 
移植 SQLite 
16.3.1 交叉 编译 SQLite 
16.3.2 ”交叉 编译 应 用 程序 


16.4.1 
16.4.2 
16.4.3 

小 结 


嵌入 式 Web 服务 器 BOA 移植 … 
BOA 介绍 ee 
17.1.1 BOA 的 功能 … 
17.1.2 BOA 流程 分 析 -… 
17.1.3 BOA 配置 信息 … 
BOA 编译 和 HTML 页 面 测试 … 
17.2.1 编译 BOA 源 代码 - 
17.2.2 设置 BOA 配置 信息 
17.2.3 测试 BOA- 
CGI 脚本 测试 
17.3.1 编写 测试 代码 … 
17.3.2 ”编译 测试 程序 … 
17.3.3 测试 CGI 脚本 … 
BOA 交叉 编译 与 移植 
17.4.1 交叉 编译 BOA…… 


A 


17.6 


第 18 章 
18.1 


18.2 


18. 


18.4 


18.5 


18.6 


第 19 章 
19.1 


17.4.2 
17.4.3 
17.4.4 
BOA 与 SQLite 结合 
17.5.1 通过 CGI 程序 访问 SQLite 
17.5.2 ”编译 和 测试 … 


18.1.1 Web 服务 器 比较 … 
18.1.2 Thttpd 的 特点 
18.1.3 Thttpd 核心 代码 分 析 
Thttpd 编译 和 HTML 页 面 测试 
18.2.1 配置 文件 介绍 … 
18.2.2 Thttpd 编译 ……… 
18.2.3 ”运行 和 测试 Thttpd 
18.3.1 编写 测试 代码 
18.3.2 ”编译 测试 程序 
18.3.3 测试 CGI 脚本 … 
Thttpd 交叉 编译 与 移植 … 
18.4.1 交叉 编译 Thttpd … 
18.4.2 ”交叉 编译 CGI 程序 
18.4.3 ”移植 Thttpd 
18.4.4 测试 | 
Thttpd 与 嵌入 式 数据 库 结合 
18.5.1 通过 CGI 程序 访问 SQLite 
18.5.2 ”编译 和 测试 
小 结 i 5 


JVM 及 其 移植 


19.1.1 JVM 原理 

19.1.2 JVM 支持 的 数据 类 型 
19.1.3 ”JVM 指令 系统 
19.1.4 JVM 寄存 器 … 
19.1.5 ”JVM 栈 结构 … 
19.1.6 JVM 碎片 回收 堆 … 
19.1.7 JVM 异常 扫 出 和 异常 捕获 


19.3 


19.4 


1 


in 


19.6 


19.7 


她 9 


第 20 章 


20.1 


20.1.1 VoIP 基本 原理 
20.1.2 VolP 的 基本 传输 过 程 
20.1.3 VoIP 的 优势 

20.1.4 VoIP 的 实现 方式 … 
2015:_W6IP 的 类 针 技 本 eb 


19.2.1 ”装载 类 的 结构 体 
19.2.2 ”装载 类 的 操作 … 


19.3.1 mark-and-sweep 回收 算法 - 
19.3.2 ”分 代 回 收 算法 
19.3.3 ” 增 量 收集 … 


19.4.1 函数 InterpretO… 
19.4.2 ”函数 FastImterpretO … 
19.4.3 函数 SlowInterpret 0) 
Java 编程 浅 析 … 
19.5.1 Java 程序 命令 
19.5.2 Java 构造 函数 … 
19.5.3 Java 主 函数 
19.5.4 ”Java 程序 编译 与 运 
KVM 执行 过 程 

19.6.1 KVM 启动 过 程 … 
19.6.2 KVM 用 到 的 计数 器 清 
19.6.3 ”KVM 初始 化 内 存 管 理 … 
19.6.4 KVM 中 的 哈 希 表 初 始 化 
19.6.5 KVM 中 的 事件 初始 化 … 
19.6.6 


19.7.1 JVM 在 Windows 上 的 安装 … 


19.8.1 
19.8.2 
19.8.3 


19.8.4 

19.8.5 
VolP 技术 与 Linphone 编译 ER 语 ARE 0 486 
VoIP 介绍 呈 


20.2 
20.3 


20.4 


20.5 
20.6 
20.7 


20.8 


20.9 


20.10 


20.3.1 ICT (Invite Client (outgoing) Transaction) 状态 机 
20.3.2 NICT (Non-Invite Client (outgoing) Transaction〉 状 态 机 -… 
20.3.3 IST (Invite Server (incoming) Transaction) 状态 机 -pp 
20.3.4 NIST (Non-Invite Server (incoming) Transaction) 状态 机 - 

oSIP 解析 器 
20.4.1 初始 化 解析 类 型 函数 osip_body_initO ………eeeeeeeeee 
20.4.2 ”释放 函数 osip_ body free0 
20.4.3 ”字符 串 到 body 类 型 转换 函数 osip body _parse0 - 
20.4.4 body 类 型 到 字符 串 类 型 转换 函数 osip_body to_strO pp 
20.4.5 ”克隆 函数 osip_ body_clone0 
20.4.6 oSIP 解析 器 分 类 


0SIP 事务 属 
SIP 建立 会 话 的 过 程 … 
RTP 协议 


20.7.1 RTP 基本 概念 
20.7.2 发送 RTP… 
20.7.3 ”接收 RTP- 
Linphone 编译 与 测试 
20.8.1 编译 Linphone 需要 的 软件 包 - 
20.8.2 X86 平台 上 编译 和 安装 
20.8.3 Linphone 测试 
20.8.4 进一步 的 测试 和 开发 
Linphone 交叉 编译 
20.9.1 Linphone 的 交叉 编译 
20.9.2 ”Linphone 的 测试 … 
小 结 A OCSSREGGREEEEEGREEEREOEEAROERRES RE 人 于 全 0 全 S27 


筋 1 户 未 统 形 佣 译 砚 户 


MH 第 1 章 Linux 内 核 介绍 


MD 第 2 章 诅 入 式 Linux 开发 环境 搭建 


第 1 章 Linux 内 核 介 绍 


在 进行 系统 移植 的 时 候 ， 移 植 的 核心 就 是 内 核 移植 。 内 核 移植 不 仅 影响 内 核 的 功能 ， 
而 且 还 影响 到 整个 系统 的 性 能 。 因 此 ， 了 解 Linux 内 核 ， 有 利于 开发 人 员 进 行 系统 裁 前 和 
移植 。 下 面 主要 针对 Linux 内 的 5 个 重要 部 分 〈 系 统 调用 接口 、 进 程 管理 、 内 存 管理 、 虚 
拟 文件 系统 和 设备 驱动 程序 ) 进行 介绍 。 


1.1 系统 调用 接口 


系统 调用 是 操作 系统 提供 给 用 户 程序 调用 的 一 组 “特殊 ”接口 。 用 户 程序 可 以 通过 这 
组 “特殊 ”接口 获得 操作 系统 内 核 提 供 的 服务 。 例 如 ， 用 户 可 以 通过 文件 系统 相关 的 调用 
请 求 系统 打开 文件 、 关 闭 文件 或 读 写 文件 ， 通 过 时 钟 相关 的 系统 调用 获得 系统 时 间或 设置 
系统 时 间 ， 通过 进程 控制 相关 的 系统 调用 来 创建 进程 、 实 现 进程 调度 、 进 程 管理 等 。 


1.1.1 Linux 系统 调用 


所 有 的 操作 系统 在 内 核 里 都 有 一 些 内 建 的 函数 ， 这 些 函 数 完成 对 硬件 的 访问 和 对 文件 
的 打开 、 读 、 写 、 关 闭 等 操作 。Linux 系统 中 称 这 些 函 数 叫做 “系统 调用 ”( 即 systemcall) 。 
这 些 函数 实现 了 将 操作 从 用 户 空间 转换 到 内 核 空 间 ， 有 了 这 些 接口 函数 ， 用 户 就 可 以 方便 
地 访问 硬件 。 例 如 ， 在 用 户 空间 调用 open0 函 数 ， 则 会 在 内 核 空间 调用 sys_open0。 一 个 
已 经 安装 的 系统 所 支持 的 系统 调用 都 可 以 在 /usr/include/bits/syscall.h 文件 里 看 到 。 

为 了 对 系统 进行 保护 ，Linux 系统 定义 了 内 核 模 式 和 用 户 模式 。 内 核 模 式 可 以 执行 一 
些 特权 指令 并 进入 用 户 模式 ， 而 用 户 模式 则 不 能 进入 内 核 模式 。Linux 将 程序 的 运行 空间 
也 分 为 内 核 室 间 和 用 户 空 间 ， 它 们 分 别 运行 在 不 同 的 级 别 上 。 在 逻辑 上 ， 它 们 是 相互 隔离 
的 。 系 统 调用 规定 用 户 进程 进入 内 核 空间 的 具体 位 置 。 在 执行 系统 调用 时 ， 程 序 运行 空间 
将 会 从 用 户 空间 转移 到 内 核 空 间 ， 处 理 完毕 后 再 返回 到 用 户 空间 。 


1.1.2 用户 编程 接口 


用 户 编程 接口 是 为 用 户 编程 过 程 提 供 的 各 种 功能 库 函 数 ， 如 分 配 空间 、 拷 贝 字 符 、 打 
开 文 件 等 。Linux 用 户 编程 接口 (API) 遵循 了 在 UNIX 中 最 流行 的 应 用 编程 界面 标准 一 一 
POSIX 标准 。 它 与 系统 调用 之 间 存 在 一 定 的 联系 和 区 别 。 不 同 的 语言 和 平台 为 用 户 提 供 了 
丰富 的 编程 接口 ， 包 括 网 络 编程 接口 、 图 形 编程 接口 、 数 据 库 编程 接口 等 ， 但 这 些 不 是 系 
统 调用 。 
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系统 调用 与 用 户 编程 接口 它们 之 间 存 在 联系 。 一 个 或 者 多 个 系统 调用 会 对 应 到 一 个 具 
体 的 应 用 程序 使 用 的 API; 但 是 ， 并 非 所 有 的 API 都 需要 使 用 到 系统 调用 。 

根据 《深入 理解 Linux 内 核 》 一 文中 对 用 户 编程 接口 (API) 和 系统 调用 两 者 区 别 的 
描述 为 ， 前 者 只 是 一 个 函数 定义 ， 说 明了 如 何 获得 一 个 给 定 的 服务 ， 而 后 者 是 通过 软 中 断 
向 内 核 态 发 出 一 个 明确 的 请 求 。 如 果 按 照 层次 关系 来 分 ， 系 统 调用 为 底层 ， 而 用 户 编程 接 
口 为 上 层 。 一 个 用 户 编程 接口 由 0 个 或 者 多 个 系统 调用 组 成 。 


1.1.3 ”系统 调用 与 服务 例 程 的 对 应 关系 


为 了 通过 系统 调用 号 来 调用 不 同 的 内 核 服务 例 程 ， 系 统 必须 创建 并 管理 好 一 张 系统 调 
用 表 。 该 表 用 于 系统 调用 号 与 内 核 服务 函 数 的 映射 ，Linux 用 数组 sys_call table 表示 这 个 
表 。 在 这 个 表 的 每 个 表 项 中 存放 着 对 应 内 核 服 务 例 程 的 指针 ， 而 该 表 项 的 下 标 就 是 该 内 核 


服务 例 程 的 系统 调用 号 。Linux 规定 ， 在 B386 体系 中 ， 处 理 器 的 寄存 器 eax 用 来 传递 系统 
调用 号 。 


1.1.4 ”系统 调用 过 程 


通常 情况 下 ，abc0 系 统 调用 对 应 的 服务 例 程 的 名 字 是 sys_abc0。 图 1.1 表示 了 系统 调 


用 和 应 用 程序 、 对 应 的 封装 例 程 、 系 统 调用 处 理 程序 及 系统 调用 服务 例 程 之 间 的 关系 。 下 
面 使 用 一 个 例子 来 简单 说 明 系统 调用 过 程 。 


执行 int $0x80 或 


sysenter 汇 编 指令 进 
入 系统 调用 
1 
用 户 态 1 内 核 态 
| 
4 System_call: 
在 应 用 程序 中 的 系 | 3 号 
统 调 用 的 调用 sys_abc() 系统 调用 处 理 程序 
1 i 
y SYSEXIT 
abcO! n 
gp 二 1 SyS_abc()f 
在 libc 标 准 库 中 的 可 1 和 
封装 例 各 0 1 系统 调用 服务 例 程 
人 
， 
1 
\ 
执行 iret 或 sysexit 汇 编 指 
令 退出 系统 调用 


图 1.1 系统 调用 的 处 理 过 程 
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(1) 用 户 程序 中 调用 库 函 数 abc0。 

(2) 系统 加 载 libe 库 调 用 索引 和 参数 后 ， 执 行 int $0x80 或 者 sysenter 汇编 指令 进入 系 
统 调用 ， 执 行 system_call0 函 数 。 

(3 ) system_call0 函数 根据 传递 过 来 的 参数 处 理 所 有 的 系统 调用 。 使 用 system_ 
call table[ 参 数 ] 执 行 系统 调用 。 

(4) 系统 调用 返回 。 

(5) 执行 iret 或 者 sysexit 汇编 指令 两 种 方式 退出 系统 调用 ， 并 调用 resume_userspaceO 
函数 进入 用 户 空间 。 

(6) 继续 在 libe 库 中 执行 ， 执 行 完成 后 返回 到 用 户 应 用 程序 中 。 

执行 int $0x80 或 者 sysenter 汇编 指令 两 种 方式 进入 系统 调用 ， 在 老 版 本 的 Linux 内 核 
中 只 支持 int $0x80 中 断 方式 。 执行 iret 或 者 sysexit 汇编 指令 两 种 方式 退出 系统 调用 , 如 图 
1.1 虚线 指引 线 所 示 。 


1.1.5 ”系统 调用 传递 的 参数 


系统 调用 中 输入 输出 的 参数 为 实际 传递 的 值 或 者 是 用 户 态 进程 的 地 址 ， 或 者 是 指向 用 
户 态 函数 指针 的 数据 结构 地 址 。 传 递 的 参数 放 在 寄存 器 eax 中 ， 即 系统 调用 号 。 寄 存 器 传 
递 参数 的 个 数 满足 两 个 条 件 : 

口 参数 的 长 度 不 超过 寄存 器 的 长 度 ， 如 果 是 32 位 平台 不 超过 32 位 ，64 位 平台 不 超 

过 64 位 。 

口 不 包括 eax 中 的 系统 调用 号 ， 参 数 的 个 数 不 超 过 6 个 。 

内 核 在 为 用 户 请 求 提 供 服务 时 ， 会 检查 所 有 的 系统 调用 参数 。 检 查 参数 时 ， 主 要 对 参 
数 的 权限 和 参数 表示 的 地 址 空间 的 有 效 性 进行 验证 。 


1.2 进程 管理 


进程 管理 包括 创建 进程 、 管 理 进程 及 删除 进程 。 进 程 管理 是 Linux 内 核 的 重要 部 分 ， 
对 系统 的 核心 资源 进行 管理 。 做 好 系统 移植 需要 对 这 部 分 知识 有 一 定 的 了 解 。 


1.2.1 进程 


进程 是 程序 执行 时 的 一 个 实体 。 程 序 包含 指令 和 数据 ， 而 进程 包含 程序 计数 器 和 全 部 
CPU 寄存 器 的 值 。 进 程 的 堆栈 中 存储 着 一 些 数据 ， 如 子 程序 参数 、 返 回 地 址 及 变量 之 类 的 
临时 数据 。 当 前 的 执行 程序 进程) 包含 着 当前 处 理 器 中 的 活动 状态 。 

Linux 是 一 个 多 处 理 操作 系统 ， 进 程 拥 有 独立 的 权限 和 单一 职责 。 如 果 系 统 中 某 个 进 
程 发 生 衣 溃 , 它 不 会 影响 到 另外 的 进程 。 每 个 进程 都 运行 在 其 各 自 独立 的 虚拟 地 址 空间 中 ， 
只 有 通过 核心 控制 下 可 靠 的 进程 通信 机 制 ， 它 们 之 间 才 能 发 生 通信 。 进 程 通信 机 制 包括 : 
管道 、 信 号 、 信 号 量 、 消 息 队 列 等 。 

从 内 核 的 观点 看 , 进程 的 目的 就 是 担当 分 配 系统 资源 的 实体 系统 资源 包括 CPU 时 间 、 


第 1 章 Linux 内 核 介绍 


内 存 等 。 因 此 ， 进 程 管理 的 最 终 目 的 就 是 在 进程 畅通 执行 的 条 件 下 ， 合 理 分 配 系统 资源 给 
不 同 的 进程 。 

当 一 个 进程 创建 时 ， 它 几乎 与 父 进程 相同 ， 即 是 父 进程 地 址 空间 的 一 个 (逻辑 ) 备份 。 
从 进程 创建 系统 调用 的 下 一 条 指令 开始 ， 执 行 与 父 进程 相同 的 代码 。 虽 然 父子 进程 含有 共 
享 的 程序 代码 , 但 是 分 别 拥有 独立 的 数据 备份 。 因此 子 进程 对 堆 和 栈 中 的 数据 进行 修改 时 ， 
对 父 进程 的 数据 是 不 会 有 影响 的 。 


1.2.2 ”进程 描述 符 


内 核对 进程 的 优先 级 、 进 程 的 状态 、 地 址 空间 等 采用 进程 描述 符 表示 。 在 Linux 内 核 
中 ,进程 用 相当 大 的 一 个 称 为 task_struct 的 结构 表示 。 下 面 是 从 linux-2.6.29\include\linux\ 
sched.h 中 摘抄 出 来 的 进程 描述 的 部 分 信息 。 


struct task struct { 
volatile long state; /* -1 unrunnable, 0 runnable, >0 stopped */ 
void *stack; 
atomic t usage; 
unsigned int flags; /* Per process flags, defined below */ 
unsigned int ptrace; 
int lock depth; /* BKL lock depth */ 
int prio, static prio, normal prio; 
unsigned int rt priority; 
const struct sched class *sched class; 
struct sched entity se; 
struct sched rt entity rt; 
unsigned char fpu counter; 
5s8 oomkilladj; /* OOM kill score adjustment (bit shift). */ 
unsigned int policy; 
cpumask t cpus allowed; 
struct list head tasks; 
struct mm struct *mm, *active mm; 


/* task state */ 
struct linux binfmt *binfmt; 
int exit state; 
nt exit code, exit signal; 
int pdeath signal; /* The signal sent when the parent dies */ 


unsigned int personality; 
unsigned did exec:1; 
pid t pid; 

pid t tgids 


struct task struct *#real parent; /* real parent process */ 

struct task struct *parent; /*# recipient of SIGCHLD, wait4() reports */ 
struct list head children; /* list of my children */ 

struct list head sibling; /* linkage in my parent's children list */ 
struct task struct *group leader; /* threadgroup leader */ 

struct list head ptraced; 

struct list head ptrace entry; 

struct pid link pids[PIDTYPE MAX]; 

struct list head thread group; 


struct completion *vfork done; /for viork() */ 


“5. 


第 1 篇 系统 移植 基础 篇 


int user *set child tids /* CLONE CHILD SETTID *#/ 

int _user *clear child tid; /* CLONE CHILD CLEARTID */ 
bs; 
简单 对 上 述 内 容 进行 描述 。 


口 state: 表示 进程 的 状态 , -1 代表 “不 能 运行 ”, 0 代表 “运行 ”，>0 代表 “停止 ”。 

口 flags: 定义 了 很 多 指示 符 ， 表 明 进 程 是 否 正 在 被 创建 (PF_ STARTING ) 或 退出 
(PF EXITING) ， 或 是 进程 当前 是 否 在 分 配 内 存 (PF_ MEMALLOC) 。 可 执行 程 
序 的 名 称 〈 不 包含 路 径 ) 占用 comm (命令 ) 字段 。 

口 每 个 进程 都 会 被 赋予 优先 级 〈 称 为 static_prio) ， 但 进程 的 实际 优先 级 是 基于 加 载 
及 其 他 几 个 因素 动态 决定 的 。 优 先 级 值 越 低 ， 实 际 的 优先 级 越 高 。 

口 tasks 字段 提供 了 链接 列表 的 能 力 。 它 包含 一 个 prev 指针 〈 指 向 前 一 个 任务 ) 和 
一 个 next 指针 (指向 下 一 个 任务 〉。 

进程 的 地 址 空间 由 mm 和 active mm 字段 表示 。mm 代表 的 是 进程 的 内 存 描述 符 ， 

而 active_mm 则 是 前 一 个 进程 的 内 存 描述 符 (为 改进 上 下 文 切 换 时 间 的 一 种 优化 ) 。 


1.2.3 ”进程 状态 


进程 描述 符 中 state 字段 描述 进程 当前 的 状态 。 它 由 一 组 标志 组 成 ， 其 中 每 个 标志 描述 
一 种 可 能 的 进程 状态 。 在 2.6 内 核 中 ， 进 程 只 能 处 于 这 些 状 态 中 的 一 种 。 下 面 分 别 对 这 些 
状态 进行 描述 。 

口 可 运行 状态 (TASK_RUNNING) : 进程 处 于 运行 ( 它 是 系统 的 当前 进程 ) 或 者 准 
备 运行 状态 ( 它 在 等 待 系统 将 CPU 分 配给 它 ) 。 

口 等 待 状态 (WAITING) : 进程 在 等 待 一 个 事件 或 者 资源 。Linux 将 等 待 进程 分 成 
两 类 ; 可 中 断 的 等 待 状态 (TASK_TNTERRUPTIBLE) 与 不 可 中 断 的 等 待 状态 
(TASK_UNINTERRUPTIBLE) 。 可 中 断 等 待 进程 可 以 被 信号 中 断 ; 不 可 中 断 等 待 
进程 直接 在 硬件 条 件 等 待 ， 并 且 任 何 情况 下 都 不 可 中 断 。 

口 暂停 状态 (TASK_STOPPED ) : 进程 被 暂停 , 通常 是 通过 接收 一 个 信号 (SIGSTOP、 
SIGTSTP、SIGTTIN 或 SIGTTOU) 。 正 在 被 调试 的 进程 可 能 处 于 停止 状态 。 

口 伪 死 状态 (EXIT_ZOMBIE ) : 进程 的 执行 被 终止 , 但 是 , 父 进程 还 没有 发 布 wait40 
或 waitpid0 系 统 调 用 返回 有 关 死 亡 进程 的 信息 。 


1.2.4 ”进程 调度 


Linux 进程 调度 的 目的 就 是 调度 程序 运行 时 ， 要 在 所 有 可 运行 状态 的 进程 中 选择 最 值 
得 运行 的 进程 投入 运行 。 每 个 进程 的 task_struct 结构 中 有 policy、priority、counter 和 
rt_priority 这 4 项 是 选择 进程 的 依据 。 

其 中 ，policy 为 进程 调度 策略 ， 用 于 区 分 普通 进程 和 实时 进程 ， 实 时 进程 优先 于 普通 
进程 运行 ，priority 是 进程 (包括 实时 和 普通 ) 的 静态 优先 级 ; counter 是 进程 剩余 的 时 间 
片 ， 它 的 起 始 值 就 是 priority 的 值 ， 因 为 counter 用 于 计算 一 个 处 于 可 运行 状态 的 进程 值 的 
运行 的 程度 goodness， 所 以 counter 也 被 看 作 是 进程 的 动态 优先 级 。rt_priority 是 实时 进程 
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特有 的 优先 级 别 ， 用 于 实时 进程 间 的 选择 。 
1. Linux 进 程 分 类 


Linux 在 执行 进程 调度 的 时 候 ， 对 不 同类 型 的 进程 采取 的 策略 也 不 同 ， 一 般 将 Linux 
分 为 以 下 3 类 。 

口 交互 式 进程 : 这 类 进程 经 常 和 用 户 发 生 交互 ， 所 以 花费 一 些 时 间 等 待 用 户 的 操作 。 
当 有 用 户 输入 时 ， 进 程 必须 很 快 地 激活 。 通 常 要 求 延迟 在 50 一 150 毫秒 。 典 型 的 
交互 式 进程 有 : 控制 台 命令 、 文 本 编辑 器 、 图 形 应 用 程序 等 。 

口 批 处 理 进 程 (Batch Process) : 这 类 进程 不 需要 用 户 交 互 ， 一 般 在 后 台 运 行 。 所 以 
不 需要 非常 快 的 反应 ， 它 们 经 常 被 调度 期 限制 。 和 典型 的 批 处 理 进程 有 编译 器 、 数 
据 库 搜 索引 擎 和 科学 计算 等 。 

口 实时 进程 : 这 类 进程 对 调度 有 非常 严格 的 要 求 ， 这 种 类 型 的 进程 不 能 被 低 优先 级 
进程 阻塞 ， 并 且 在 很 短 的 时 间 内 做 出 反应 。 典 型 的 实时 进程 有 音 视 频 应 用 程序 、 
机 器 人 控制 等 。 


2. Linux 进 程 优先 级 


Linux 系统 中 每 一 个 普通 进程 都 有 一 个 静态 优先 级 。 这 个 值 会 被 调度 器 用 来 作为 参考 
来 调度 进程 。 在 内 核 中 调度 的 优先 级 区 间 为 [100.139]， 数 字 越 小 ， 优 先 级 越 高 。 一 个 新 的 
进程 总 是 从 它 的 父 进程 继承 此 值 。Linux 进程 优先 级 还 包括 动态 优先 级 、 实 时 优先 级 等 ， 
各 个 进程 优先 级 描述 如 下 。 
口 静态 优先 级 〈priority) : 被 称 为 “静态 ”是 因为 它 不 随时 间 而 改变 ， 只 能 由 用 户 
进行 修改 。 它 指明 了 在 被 迫 和 其 他 进程 竞争 CPU 之 前 该 进程 所 应 该 被 允许 的 时 间 
片 的 最 大 值 (20) 。 

口 动态 优先 级 (counter) : counter 即 系统 为 每 个 进程 运行 而 分 配 的 时 间 片 。Linux 
用 它 来 表示 进程 的 动态 优先 级 。 当 进程 拥有 CPU 时 , counter 就 随 着 时 间 不 断 减 小 。 
当 它 递减 为 0 时 ， 标 记 该 进程 将 重新 调度 。 它 指明 了 在 当前 时 间 片 中 所 剩余 的 时 
间 量 〈 最 初 为 20) 。 

口 实时 优先 级 (rt_priority) : 它 的 变化 范围 是 从 0 一 99。 任 何 实时 进程 的 优先 级 都 高 
于 普通 的 进程 。 

口 Base time quantum: 是 由 静态 优先 级 决定 ， 当 进程 耗 尽 当 前 Base time quantum， 
kernel 会 重新 分 配 一 个 Base time quantum 给 它 。 静 态 优先 级 和 Base time quantum 
的 关系 为 : 

(1) 当 静 态 优 先 级 小 于 120: 


Base time quantum (in millisecond) = (140 - static priority) * 20 


(2) 当 静 态 优先 级 大 于 等 于 120: 


Base time quantum (in millisecond) = (140 - static priority) * 5 


3. Linux 进 程 的 调度 算法 
在 Linux 系统 中 ， 进 程 作为 程序 的 实体 始终 运行 在 系统 中 ， 并 且 进 程 占用 系统 资源 ， 


IT。 
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所 以 进程 调度 算法 优 劣 将 会 严重 影响 到 系统 的 性 能 。 为 提高 系统 性 能 设计 进程 调度 算法 的 
原则 ， 应 该 遵循 。 进 程 响应 尽量 快 ， 后 台 进 程 的 吞吐 量 尽量 大 ， 尽 量 避 免 进程 “ 饿 死 ” 现 
象 ， 低 优先 级 和 高 优先 级 进程 需要 尽 可 能 调和 。 以 下 为 常见 的 进程 调度 算法 。 

口 时 间 片 轮转 调度 算法 (round-robin) : SCHED RR 用 于 实时 进程 。 系 统 使 每 个 进 
程 依 次 地 按时 间 片 轮流 执行 的 方式 。 

口 优先 权 调 度 算法 : SCHED_NORMAL 用 于 非 实时 进程 。 每 次 系统 都 会 选择 队列 中 
优先 级 最 高 的 进程 运行 。Linux 采用 抢占 式 的 优 级 算法 ， 即 系统 中 当前 运行 的 进程 
永远 是 可 运行 进程 中 优先 权 最 高 的 进程 。 

口 FIFO《〈 先 进 先 出 ) 调度 算法 : SCHED FIFO 用 于 实时 进程 。 采 用 FIFO 调度 算法 
选择 的 实时 进程 必须 是 运行 时 间 较 短 的 进程 ， 因 为 这 种 进程 一 旦 获得 CPU 就 只 有 
等 到 它 运行 完 或 因 等 待 资源 主动 放弃 CPU 时 ， 其 他 进程 才能 获得 运行 机 会 。 


1.2.5 ”进程 地 址 空间 


Linux 的 虚拟 地 址 空间 为 0 一 4GB。 虚 拟 的 4GB 空间 被 Linux 内 核 分 为 内 核 空间 和 用 
户 空间 两 部 分 。 将 最 高 的 1GB 〈 从 虚拟 地 址 0xC0000000 到 0xFFFFFFFF) 留 给 内 核 使 用 ， 
称 为 “内 核 空间 ”。 将 较 低 的 3GB( 从 虚拟 地 址 0x00000000 到 0xBFFFFFFF) 留 给 用 户 进 
程 使 用 ， 称 为 “用 户 空 间 ”。 因 为 每 个 进程 可 以 通过 系统 调用 进入 内 核 ， 因 此 ，Linux 内 
核 空间 被 系统 的 所 有 进程 共享 ， 实 际 上 对 于 某 个 进程 来 说 ， 它 仍然 可 以 拥有 4GB 的 虚拟 
空间 。 

其 中 ， 很 重要 的 一 点 是 虚拟 地 址 空间 ， 并 不 是 实际 的 地 址 空间 。 在 为 进程 分 配 地 址 空 
间 时 ， 根 据 进 程 需要 的 空间 进行 分 配 ，4GB 仅仅 是 最 大 限额 而 已 ， 并 非 一 次 性 将 4GB 分 
配给 进程 。 一 般 一 个 进程 的 地 址 空间 总 是 小 于 4GB 的 ， 可 以 通过 查看 /proc/pid/maps 文件 
来 获悉 某 个 具体 进程 的 地 址 空间 。 但 进程 的 地 址 空间 并 不 对 应 实际 的 物理 页 ，Linux 采用 
Lazy 的 机 制 来 分 配 实际 的 物理 页 (“Demand paging” 和 “ 写 时 复制 (Copy On Write) 的 
技术 ”) ， 从 而 提高 实际 内 存 的 使 用 率 ， 即 每 个 虚拟 内 存 页 并 不 一 定 对 应 于 物理 页 。 虚 拟 
页 和 物理 页 的 对 应 是 通过 喘 射 机 制 来 实现 的 ， 即 通过 页 表 进 行 喘 射 到 实际 的 物理 页 。 因 为 
每 个 进程 都 有 自己 的 页 表 ， 因 此 可 以 保证 不 同 进程 的 相同 虚拟 地 址 可 以 映射 到 不 同 的 物理 
页 ， 从 而 为 不 同 的 进程 都 可 以 同时 拥有 4GB 的 虚拟 地 址 空间 提供 了 可 能 。 

内 核 是 系统 中 优先 级 最 高 的 部 分 。 内 核 函 数 申请 动态 内 存 时 系统 不 会 推迟 这 个 请 求 ; 
而 进程 申请 内 存 空间 时 ， 进 程 的 可 执行 文件 被 装 入 后 ， 进 程 不 会 立即 对 所 有 的 代码 进行 访 
问 。 因 此 内 核 总 是 尽量 推迟 给 用 户 进程 分 配 动态 空间 。 

内 核 分 配 空间 时 ， 可 以 通过 ”get_free_pages0 〇 或 alloc_pages 从 分 区 页 框 分 配器 中 获得 
页 框 ; 通过 kmem_ cache _alloc0 或 kmallocO) 函 数 使 用 slab 分 配器 为 专用 或 通用 对 象 分 配 块 ; 
通过 vmalloc0 或 vmalloc320 函 数 获 得 一 块 非 连 续 的 内 存 区 。 

与 进程 地 址 空间 有 关 的 全 部 信息 都 包含 在 一 个 叫做 内 存 描述 符 (memeory desvriptor) 
的 数据 结构 中 ， 其 结构 类 型 为 mm_structs 进程 描述 符 的 mm 字段 ， 就 是 指向 这 个 结构 的 。 


1. 创建 进程 地 址 空间 
copy_mmO 函 数 通 过 建立 新 进程 的 所 有 页 表 和 内 存 描述 符 ， 来 创建 进程 的 地 址 空间 。 
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static int copy mm(unsigned long clone flags, struct task struct * tsk) 


开 


struct mm struct *# mm, *oldmm; 
int retval; 


tsk->min flt = tsk->maj flt = 0; 
tsk->nvcsw = tsk->nivcsw = 07 


tsk->mm = NULL; 
tsk->active mm = NULL; 


/* 如 果 是 内 核 线 程 的 子 线程 (mm=NULL), 则 直接 退出 ,此 时 内 核 线程 mm 和 active_mm 均 为 NULL*/ 
Oldmm = current->mm; 
if (!oldmm) 
return 0; 


/* 内 核 线程 ， 只 是 增加 当前 进程 的 虚拟 空间 的 引用 计数 */ 
if (clone flags & CLONE VM) { 
/* 如 果 共享 内 存 ， 将 mm 由 父 进程 赋值 给 了 子 进程 ，2 个 进程 将 会 指向 同一 块 内 存 */ 
atomic inc(&oldmm->mm users); 
mm = oldmm; 
goto good mm; 


} 


retval = -ENOMEM; 
mm = dup_mm(tsk); /* 完 成 了 对 vm_area_struct 和 页 面 表 的 复制 */ 
if (!mm) 

goto fail nomem; 


good mm: 
/* Initializing for Swap token stuff */ 


mm->token priority = 07 
mm->last interval = 0; 


/* 内 核 线程 的 mm 和 active_mm 指向 当前 进程 的 mm_struct 结构 */ 
tsk->mm = mm; 
tsk->active mm = mm; 
return 0; 


fail nomem: 
return retval; 


} 


2. 删除 进程 地 址 空间 
内 核 调用 exit_ mm0O 函 数 释放 进程 的 地 址 空间 。 


static void exit mm(struct task struct * tsk) 
{ 
m release (tsk, mm); 
/+ 得 到 读 写 信号 量 */ 

down read(&mm->mmap sem); 

core state = mm->core state; 

if (core state) { 

struct core thread self; 

/+ 释放 读 写 信 号 量 */ 


up read(&mm->mmap sem); 


9 。 
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self.task = tsk; 
self.next = xchg(&core state->dumper.next, &self); 


if (atomic dec and test(&gcore state->nr threads)) 
complete (gcore state->startup); 


for (072) 
set task state(tsk, TASK UNINTERRUPTIBLE); 
if (!self.task) /*take 字段 可 以 查看 函数 coredump_finish()*/ 
break; 
schedule (); 


} 
_ set task state (tsk，TRSK RUNNING); 
down read (gmm->mmap sem); 
} 
atomic inc(gmm->mm count); 
BUG ON (mm != tsk->active mm); 
/* more a memory barrier than a real lock */ 
task lock(tsk); 
tsk->mm = NULL; 
up_read (&mm->mmap sem); 
enter lazy 七 Ib (mm， current); 
/* 释 放 用 户 虚拟 空间 的 数据 结构 */ 
clear freeze flag(tsk) 7 
task_unlock (上 tsk) 
mm update next owner (mm) 7 
/* 递 减 mm 的 引用 计数 并 是 否 为 0， 如 是 ， 则 释放 mm 所 代表 的 映射 */ 
mmput (mm) 7 


1.3 内 存 管 理 


RAM 的 一 部 分 被 静态 地 划分 给 了 内 核 ， 用 来 存放 内 核 代码 和 静态 数据 结构 。RAM 的 
其 余部 分 称 为 动态 内 存 (dynamic memory) ， 这 不 仅 是 运行 用 户 进程 所 需 的 宝贵 资源 ， 也 
是 内 核 所 需 的 宝贵 资源 。 事 实 上 ， 整 个 系统 的 性 能 取决 于 如 何 有 效 地 管理 动态 内 存 。 


1.3.1 内 存 管理 技术 


页 表 (pagetables) : 进程 在 读 取 指 令 和 存 取 数 据 时 都 要 访问 内 存 。 在 一 个 虚拟 内 存 系 
统 中 ， 所 有 的 地 址 都 是 虚拟 地 址 而 非 物理 地 址 。 操 作 系 统 维护 虚拟 地 址 和 物理 地 址 转换 的 
信息 ， 处 理 器 通过 这 组 信息 将 虚拟 地 址 转换 为 物理 地 址 。 虚 拟 内 存 和 物理 内 存 被 分 为 适当 
大 小 的 块 ， 叫 做 页 。 为 了 将 虚拟 地 址 转换 为 物理 地 址 ， 首 先 ， 处 理 器 要 找到 虚拟 地 址 的 页 
编号 和 页 内 偏 移 量 ; 然后 ， 处 理 器 根据 虚拟 地 址 和 物理 地 址 的 映射 关系 将 虚拟 页 编号 转换 
为 物理 页 ;最 后 ,根据 偏 移 量 访问 物理 页 的 确定 偏 移 位 置 .每 个 物理 页 面 都 有 一 个 struct page 
结构 ， 位 于 include/linux/mm.h， 该 结构 体 包含 了 管理 物理 页 面 时 的 所 有 信息 ， 下 面 给 出 该 
结构 体 的 具体 描述 : 


typedef struct page { 
struct list head list; // 指 向 链表 中 的 下 一 页 
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struct address space +mapping7 


// 用 来 指定 我 们 正在 映射 的 索引 节点 (inode)》 


unsigned long index; // 在 映射 表 中 的 偏 移 

struct page *next hash; // 指 向 页 高 速 缓 存 哈 希 表 中 下 一 个 共享 的 页 
atomic t count; // 引 用 这 个 页 的 个 数 

unsigned long flags; // 页 面 各 种 不 同 的 属性 

struct list head lru; // 用 在 active 1ist 中 

wait queue head t wait; // 等 待 这 一 页 的 页 队列 


struct page **#pprev hash; 
// 指 向 页 高 速 缓存 哈 希 表 中 前 一 个 共享 的 页 与 next_hash 相对 应 
struct buffer head * buffers; // 把 缓冲 区 映射 到 一 个 磁盘 块 
void *virtual; 
struct zone struct *zone; // 页 所 在 的 内 存 管理 区 


} mem map 七 7 


1. 请 求 页 面 调 度 (Demand Paging) 


为 了 节省 物理 内 存 ， 只 加 载 执 行程 序 正在 使 用 的 虚拟 页 ， 这 种 进行 访问 时 才 加 载 虚拟 
页 的 技术 叫做 Demand Paging。 当 一 个 进程 试图 访问 当前 不 在 内 存 中 的 虚拟 地 址 时 ， 处 理 
器 无 法 找到 引用 的 虚拟 页 对 应 的 页 表 条 目 。 当 处 理 器 无 法 将 虚拟 地 址 转换 为 物理 地 址 时 ， 
处 理 器 通知 操作 系统 发 生 page fault。 出 错 的 虚拟 地 址 无 效 ， 则 意味 着 进程 试图 访问 它 不 应 
该 访问 的 虚拟 地 址 。 这 种 情况 下 ， 操 作 系统 会 中 断 它 ， 从 而 保护 系统 中 的 其 他 进程 。 

如 果 出 错 的 虚拟 地 址 有 效 ， 而 只 是 它 所 在 的 页 当前 不 在 内 存 中 ， 操 作 系统 应 该 从 磁盘 
映像 中 将 对 应 的 页 加 载 到 内 存 中 。 相 对 内 存 存 取 来 讲 ， 磁 盘存 取 需 要 更 长 的 时 间 ， 所 以 进 
程 一 直 处 于 等 待 状态 直到 该 页 被 加 载 到 内 存 中 。 如 果 系 统 当前 有 其 他 进程 可 以 运行 ， 操 作 
系统 将 选择 其 中 一 个 运行 ， 接 着 将 取 到 的 页 写 进 一 个 空闲 页 面 ， 并 将 一 个 有 效 的 虚拟 页 条 
目 加 到 进程 的 页 表 中 ， 然 后 ， 这 个 等 待 的 进程 重新 执行 发 生 内 存 出 错 地 方 的 机 器 指令 。 本 
次 虚拟 内 存 存 取 进 行 时 ， 处 理 器 能 够 将 虚拟 地 址 转换 为 物理 地 址 ,使 得 进程 能 够 继续 运行 。 
Linux 使 用 demand paging 技术 将 可 执行 映像 加 载 到 进程 的 虚拟 内 存 中 , 在 执行 命令 时 , 包 
含 命令 的 文件 被 打开 ， 将 该 文件 的 内 容 映 射 到 进程 的 虚拟 内 存 中 。 这 个 过 程 通过 修改 描述 
进程 内 存 映 射 的 数据 结构 来 实现 ， 也 叫做 内 存 映 射 (memory mapping) ， 但 实际 上 只 有 了 映 
像 的 第 一 部 分 真正 放 在 了 物理 内 存 中 ， 映 像 的 剩余 部 分 仍然 在 磁盘 上 。 当 映像 执行 时 ， 它 
产生 page fault，Linux 使 用 进程 的 内 存 映 像 表 来 确定 映像 的 哪 一 部 分 需要 加 载 到 内 存 中 
执行 。 


2. 页 面 置 换 技术 (Swapping) 


如 果 进 程 需要 将 虚拟 页 放 到 物理 内 存 中 ， 而 此 时 已 经 没有 空闲 的 物理 页 ， 操 作 系统 必 
须 废弃 物理 空间 中 的 另 一 页 ， 为 该 页 让 出 空间 。 如 果 物 理 内 存 中 需要 废弃 的 页 来 自 磁盘 上 
的 映像 或 者 数据 文件 ， 并 且 该 页 没有 被 写 过 不 需要 存储 ， 则 该 页 被 废弃 。 如 果 进 程 又 需要 
该 页 ， 它 可 以 从 映像 或 数据 文件 中 再 次 加 载 到 内 存 中 。 但 如 果 该 页 已 经 被 改变 ， 操 作 系统 
必须 保留 它 的 内 容 以 便 以 后 进行 访问 。 这 种 也 叫做 dirty page ， 当 它 从 物理 内 存 中 废弃 时 ， 
被 存 到 一 种 叫做 交换 文件 的 特殊 文件 中 。 由 于 访问 交换 文件 与 访问 处 理 器 、 物 理 内 存 的 速 
度 相 比较 慢 ， 操 作 系统 必须 判断 是 将 数据 页 写 到 磁盘 上 还 是 将 它们 保留 在 内 存 中 以 便 下 次 
访问 。 
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如 果 判 断 哪些 页 将 被 废弃 或 者 交换 的 算法 效率 不 高 ， 则 会 发 生 颠 艇 (thrashing) ， 这 
时 页 不 停 地 被 写 到 磁盘 上 ， 然 后 又 被 读 回 ， 操 作 系统 频繁 地 处 理 此 读 写 任务 而 无 法 执行 实 
际 的 工作 。Linux 使 用 LRU (Least Recently Used， 最 近 最 少 使 用 置换 算法 ) 的 页 面 技术 公 
平地 选择 需要 从 系统 中 废弃 的 页 面 。 
伙伴 系统 算法 ， 该 算法 用 以 解决 外 碎片 问题 。 把 所 有 的 空闲 页 框 分 为 11 个 块 链表 ， 
每 个 块 链表 分 别 包 含 1、2、4、8、16、32、64、128、256、512 和 1024 个 连续 的 页 框 。 对 
于 1024 个 页 框 的 最 大 请 求 对 应 着 4MB 大 小 的 连续 RAM 块 。 每 个 块 的 第 一 个 页 框 的 物理 
地 址 是 该 块 大 小 的 整数 倍 。 
连 
存 


非 连续 内 存 管 理 ， 当 对 内 存 区 的 请 求 不 是 很 频繁 的 时 候 ， 通 过 连续 的 线性 地 址 访问 非 
连续 的 页 框 ， 该 方法 可 以 避免 外 碎片 ， 但 是 其 带 来 的 负面 因素 是 打 乱 了 内 核 表 。 非 连续 内 
区 的 大 小 必须 是 4096 字 节 的 倍数 。 非 连续 内 存 区 应 用 的 场合 分 别 有 分 配 数据 结构 给 活动 
的 交换 区 、 分 配 空间 给 模块 和 分 配 缓冲 区 给 某 些 IO 驱动 程序 。 


1.3.2 内存 区 管理 


内 存 区 (memory area) 是 具有 连续 的 物理 地 址 和 任意 长 度 的 内 存单 元 序列 。 伙 伴 系统 
采用 的 是 页 框 作为 基本 内 存 区 ， 适 合 于 大 内 存 的 请 求 ， 对 小 内 存 的 请 求 容易 造成 内 碎片 。 
为 了 解决 内 碎片 的 问题 ， 将 内 存 区 大 小 按 几何 分 布 划分 ， 也 就 是 将 内 存 区 划分 成 2 的 震 的 
大 小 。 不 论 请 求 的 大 小 为 多 大 时 ， 总 能 保证 内 碎片 小 于 内 存 区 的 50%。 为 此 ， 内 核 建立 了 
13 个 按 几何 分 布 的 空闲 内 存 区 链表 ， 大 小 从 32 一 131 072 字 节 。 伙 伴 系统 的 调用 为 了 获得 
存放 新 内 存 区 所 需 的 额外 页 框 ， 同 时 也 为 了 释放 不 再 包含 内 存 区 的 页 框 ， 用 一 个 动态 链表 
来 记录 每 个 页 框 所 包含 的 空闲 内 存 区 。 

物理 内 存 被 划分 为 3 个 区 来 管理 ， 它 们 是 ZONE_DMA、ZONE NORMAL 和 
ZONE_HIGHMEM。 每 个 区 都 用 struct zone_struct 结构 表示 , 定义 于 include/linux/mmzone.h: 

typedef struct zone struct { 

/* Commonly accessed fields:*/ 
spinlock t lock; 
unsigned long free pages; 
unsigned long pages min, pages low, pages high; 
int need balance; 
/* free areas of different sizes*/ 
free area t free area[MAX ORDER]; 
/* Discontig memory support fields.*/ 
struct pglist data *zone pgdat; 
struct page *zone mem map; 


又 


unsigned long zone_ start paddr; 
unsigned long Zone start mapnr; 
/* 
* rarely used fields: 
*/ 
char *name; 
unsigned long size; 
} zone t; 
各 个 字段 的 含义 如 下 。 


口 lock : 用 来 保证 对 该 结构 中 其 他 域 的 串 行 访问 。 
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口 


free pages : 在 这 个 区 中 现 有 空闲 页 的 个 数 。 


口 


描述 。 

need_balance: 与 kswapd 合 在 一 起 使 用 。 

free_area: 在 伙伴 分 配 系 统 中 的 位 图 数组 和 页 面 链 表 。 
Zone _pgdat: 本 管理 区 所 在 的 存储 结 点 。 
zone_mem_map: 该 管理 区 的 内 存 映 射 表 。 

Zone _start_ paddr: 该 管理 区 的 起 始 物理 地 址 。 
zone_start_ mapnr: 在 mem_map 中 的 索引 (或 下 标 )。 
name: 该 管理 区 的 名 字 。 


OOOOOODO 


1.3.3 内核 中 获取 内 存 的 几 种 方式 


pages_min、pages low 及 pages_high 是 对 这 个 区 最 少 、 次 少 及 最 多 页 面 个 数 的 


操作 系统 的 内 存 管理 方案 优 劣 是 决定 其 效率 高 低 的 重要 因素 ， 时 间 与 空间 常常 作为 内 
存 管理 方案 优 劣 的 衡量 指标 。 首先， 分 配 /释放 内 存 是 一 个 发 生 频 率 很 高 的 操作 ， 所 以 它 要 
求 有 一 定 的 实时 性 ， 另 外 ， 内 存 又 是 一 种 非常 宝贵 的 资源 ， 所 以 要 尽量 减少 内 存 碎片 的 产 


生 。 下 面 介 绍 内 核 获取 内 存 的 几 种 方式 。 
1. 伙伴 算法 分 配 大 片 物理 内 存 


口 alloc_pages(gfp_mask，order): 获得 连续 的 页 框 ， 返 回 页 描述 符 地 址 ， 是 其 他 类 型 


内 存 分 配 的 基础 。 


口 _ get free pages(gfp_mask, order): 获得 连续 的 页 框 , 并 返回 页 框 对 应 的 线性 地 址 。 
线性 地 址 与 物理 地 址 是 内 核 直接 映射 方式 。 该 方法 不 能 用 于 大 于 896M 的 高 端 内 存 。 


2. Slab 缓冲 区 分 配 小 片 物理 内 存 


内 核 提供 了 后 备 高 速 缓存 机 制 ， 称 为 “slab 分 配器 ”。slab 分 配器 实现 的 高 速 缓存 具 


有 kmem_cache t 类 型 ， 可 通过 调用 kmem _ cache _create 创建 。 
口 kmem_cache_create: 建立 slab 的 高 速 缓冲 区 。 
口 kmem cache alloc: 试图 从 本 地 高 速 缓存 获得 一 个 空闲 的 对 象 。 


口 kmalloc(gfp_mask, size): 获得 连续 的 以 字 节 为 单位 的 物理 内 存 ， 返 回 线性 地 址 。 


3. 非 连续 内 存 区 分 配 
vmalloc(size): 分 配 非 连续 内 存 区 , 其 线性 地 址 连续 , 物理 地 址 不 连续 , 减少 了 乡 


碎片 ， 


但 是 其 性 能 低 ， 因 为 要 打 乱 内 核 页 表 。 通 常 只 是 分 配 大 内 存 时 ， 例 如 为 活动 的 交互 
数据 结构 、 加 载 内 核 模块 时 分 配 空间 、 为 IO 驱动 程序 分 配 缓冲 区 。 


4. 高 端 内 存 映 射 
口 kmap(struct page * page): 用 于 获得 高 端 内 存 永久 内 核 映 射 的 线性 地 址 。 


区 分 配 


口 kmap_atomic (struct page * page, enum km _ type type): 用 于 获得 高 端 内 存 临 时 内 核 


映射 的 线性 地 址 。 
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5. 固定 线性 地 址 映射 


口 set_ fixmap(idx, phys): 把 一 个 物理 地 址 映射 到 一 个 固定 的 线性 地 址 上 。 
口 set_ fixmap_nocache(idx, phys): 把 一 个 物理 地 址 映射 到 一 个 固定 的 线性 地 址 上 ， 禁 
日 该 页 高 速 缓存 。 


1.4 虚拟 文件 系统 


虚拟 文件 系统 的 思想 是 把 不 同 种 类 的 文件 系统 的 共同 信息 放 入 内 核 。 其 中 一 个 字段 或 
函数 来 支持 Linux 所 支持 的 各 种 文件 系统 提供 的 操作 。 对 所 调用 的 读 、 写 或 其 他 函数 ， 内 
核 都 能 把 它们 替换 成 支持 Linux 文件 系统 、NFS 文件 系统 , 或 者 其 他 文件 系统 的 实际 函数 。 
在 第 2 章 中 ， 会 讲 到 Linux 的 安装 ， 在 虚拟 机 上 安装 Linux， 同 时 实现 Linux 和 Windows 
实现 文件 共享 ， 即 实现 在 Linux 环境 下 能 够 直接 访问 Windows 的 FAT32 文件 系统 。 


1.4.1 虚拟 文件 系统 作用 


虚拟 文件 系统 (Virtual Filesystem) ， 实 际 上 是 对 各 种 文件 系统 的 一 种 封装 ， 为 各 种 文 
件 系统 提供 了 一 个 通用 的 接口 。 通 常情 况 下 ， 为 了 实现 不 同 操作 系统 下 文件 访问 ， 例 如 复 
制 /usr/local/arm 目录 下 的 zImage 文件 到 /mnt/hgfs/Windows 目录 下 。 

$cp /usr/local/arm/zImage /mnt/hgfs/Windows/ 


在 不 同文 件 系 统 中 实现 文件 复制 ， 其 执行 的 原理 如 图 1.2 所 示 。 
VES 支持 的 文件 系统 可 分 为 以 下 3 个 主要 类 型 。 


1. 磁盘 文件 系统 C=») 
这 些 文件 系统 管理 本 地 磁盘 中 可 用 的 存储 空间 
或 者 其 他 可 以 起 到 磁盘 作用 的 设备 (如 USB 闪存 或 i 


硬盘 ) 。 这 些 文件 系统 包括 : 

口 Linux 使 用 的 第 二 扩展 文件 系统 (Ext2) ， 
第 三 扩展 文件 系统 (Ext3) 及 Reiser 文件 系 
统 (TeiserFS) 。 | 

口 UNIX 家 族 文件 系统 ， 如 sysv 文件 系统 
(System V、Coherent、Xenix) 、UFS (BSD、 
Solaris、NEXTSTEP) ，MINIX 文件 系统 及 

/usr/local/arm /mnt/hgfs/Windows/ 

VERITAS VxFS (SCO UnixWare) 。 zImage zlmage 

口 Windows 支持 的 文件 系统 ， 如 MS-DOS、 
FAT、FAT32、NTFS 等 文件 系统 。 

口 ISO9660CD-ROM 文件 系统 和 通用 磁盘 的 DVD 文件 系统 。 


= 


图 1.2 不 同文 件 系 统 中 实现 文件 复制 
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口 其 他 文件 系统 ， 如 HPFS (IBM 公司 的 OS 人 2) 、HFS (苹果 公司 的 Macintosh ) 、 
AFFS (Amiga 公司 的 快速 文件 系统 ) 及 ADFS (Acorn 公司 的 磁盘 文件 系统 ) 。 


2. 网 络 文件 系统 NFS) 


网 络 文件 系统 最 主要 的 功能 就 是 让 网 络 上 的 主机 可 以 共享 目录 及 资料 。 将 远 端 所 共享 
出 来 的 系统 ， 挂 载 (mount) 在 本 地 端的 系统 上 ， 然 后 就 可 以 很 方便 地 使 用 远 端的 资料 ， 
而 操作 起 来 就 像 在 本 地 操作 一 样 。 使 用 NFS 有 相当 多 的 好 处 ， 例 如 文档 可 以 集中 管理 、 节 
省 磁盘 空间 、 资 源 共享 等 。 


3. 特殊 文件 系统 


特殊 文件 系统 可 以 为 系统 程序 员 和 管理 员 提供 一 种 容易 的 方式 ， 来 操作 内 核 的 数据 结 
构 并 实现 操作 系统 的 特殊 特征 。 


1.4.2 文件 系统 的 注册 


每 个 注册 的 文件 系统 是 指 可 能 会 被 挂 载 到 目录 树 中 的 各 个 实际 文件 系统 。 实 际 文件 系 
统 ， 即 指 VFS 中 的 实际 操作 最 终 要 通过 它们 来 完成 而 已 ， 并 不 表示 它们 必须 要 存在 于 特定 
的 某 种 存储 设备 上 。 注 册 过 程 实际 上 是 将 表示 各 实际 文件 系统 的 struct file_system type 数 
据 结构 的 实例 化 ， 接 着 形成 一 个 链表 ， 内 核 中 用 一 个 名 为 file_systems 的 全 局 变量 来 指向 
该 链表 的 表 头 。 下 面 为 fle_system_type 数据 结构 。 


struct file system type { 
const char *name; 
int fs flags; 
int (*get_sb) (struct file system type*, int, const char *, void*, struct 
vfsmount *); 
void (*kill sb) (struct super block *); 
struct module *owner; 
struct file system type * next; 
struct list head fs_ supers; 
struct lock class key s lock key; 
struct lock class key s_ umount key; 


name: 文件 系统 名 ， 如 ext2。 

人 flags: 文件 系统 类 型 标志 。 

get_sb: 读 超 级 块 的 方法 。 

kill_sb: 删除 超级 块 的 方法 。 

owner: 指向 实现 文件 模块 的 文件 指针 。 

next: 指向 文件 系统 类 型 链表 中 下 一 个 文件 系统 的 指针 。 
fs_supers: 具有 相同 文件 系统 类 型 的 超级 块 对 象 链表 的 头 。 


1.4.3 ”文件 系统 的 安装 和 御 载 


OOOOOOO 


在 Linux 系统 中 ， 同 一 个 文件 系统 可 以 被 多 次 安装 。 如 果 一 个 文件 系统 被 安装 多 次 ， 
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那么 就 可 以 通过 这 多 个 安装 点 来 访问 文件 系统 。 尽 管 可 以 通过 这 多 个 安装 点 来 访问 ， 但 是 
文件 系统 却 只 有 一 个 。 不 论文 件 系 统 被 安装 了 多 少 次 ， 都 只 有 一 个 超级 块 对 象 。 安 装 一 个 
文件 系统 遵循 的 步 又 : 

(1) Linux 系统 内 核 必须 首先 检查 有 关 参 数 的 有 效 性 。VFS 首先 应 找到 准备 安装 的 文 
件 系 统 。 查 找 的 方式 是 ， 通 过 查找 file_systems 指针 指向 的 链表 中 的 fle_system type 数据 
结构 项 , 来 搜索 已 知 的 文件 系统 (该 结构 中 包含 文件 系统 的 名 字 和 指向 VFS 超级 块 读 取 程 
序 地 址 的 指针 ) ， 当 找到 一 个 匹配 的 名 字 时 ， 就 可 以 得 到 读 取 文件 系统 超级 块 的 程序 地 址 。 

(2) 查找 作为 新 文件 系统 安装 点 的 VFS 索引 结 点 , 并且 同 一 目录 下 只 能 安装 一 个 文件 
系统 ;VFS 安装 程序 必须 分 配 一 个 VFS 超级 块 (super_block) ， 并 且 向 它 传递 一 些 有 关 文 
件 系统 安装 的 信息 。 

(3) 申请 一 个 vfsmount 数据 结构 (其 中 包括 存储 文件 系统 的 块 设备 的 设备 号 、 文 件 系 
统 安装 的 目录 和 一 个 指向 文件 系统 的 VFS 超级 块 的 指针 ) ， 并 使 它 的 指针 指向 所 分 配 的 
VFS 超级 块 。 

(4) 当 文 件 系统 安装 以 后 ， 该 文件 系统 的 根 索 引 结 点 就 一 直 保 存在 VFS 索引 结 点 组 
存 中 。 

印 载 文件 系统 : 验证 被 卸 文 件 系统 是 否 为 可 外 载 的 ， 如 果 该 文件 系统 中 的 文件 当前 正 
被 使 用 ， 则 该 文件 系统 不 能 被 卸载 ; 如 果 文 件 系统 中 的 文件 或 目录 正在 使 用 ， 则 VFS 索引 
节点 高 速 缓存 中 可 能 包含 对 应 的 VFS 索引 结 点 ; 如 果 相 应 的 结 点 标志 为 “被 修改 过 ”， 则 
该 文件 系统 不 能 被 卸载 。 如 果 验 证 被 卸 文件 系统 为 可 外 载 的 ， 就 释放 相应 的 VFS 超级 块 和 
安装 点 ， 从 而 卸载 该 文件 系统 。 

vfsmount 数据 结构 如 下 : 


struct vfsmount 


struct list head mnt hash; 


struct vfsmount *mnt parent; /* fs we are mounted on */ 
struct dentry *mnt mountpoint; /* dentry of mountpoint */ 
struct dentry *mnt root; /* root of the mounted tree */ 
struct super block *mnt _ sb; /* pointer to superblock */ 


struct list head mnt mounts;/* list of children, anchoredhere */ 
struct list head mnt child; /* and going through their mnt child */ 
atomic t mnt count; 

int mnt flags; 

int mnt expiry mark; /* true if marked for expiry */ 

char *mnt devname; /* Name of device e.g. /dev/dsk/hdal */ 
struct list head mnt list; 

struct list head mnt fslink; /* link in fs-specific expiry list */ 
struct namespace *mnt namespace; /* containing namespace */ 


mnt_hash: 用 于 散 列表 链表 的 指针 。 

mnt_parent: 指向 父 文件 系统 ， 这 个 文件 系统 安装 在 其 上 。 
mnt_mountpoint: 指向 这 个 文件 系统 安装 点 目录 的 dentry。 
mnt_root: 指向 这 个 文件 系统 根 目 录 的 dentry。 

mnt_sb: 指向 这 个 文件 系统 的 超级 块 对 象 。 

mnt mounts: 包含 所 有 文件 系统 描述 符 的 链表 头 。 
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mnt_ child: 用 于 已 安装 文件 系统 mnt mounts 的 指针 。 
mnt_count: 引用 计数 器 ， 增 加 该 值 禁止 文件 系统 被 卸载 。 

mnt flags: 安装 标志 。 

mnt_expiry mark: 如 果 文 件 系统 到 期 就 设置 该 标志 为 tue。 

mnt devname: 设备 文件 名 。 

mnt_list:， 已 安装 文件 描述 符 的 namespace 链表 的 指针 。 
mnt_fslink: 具体 文件 系统 到 期 链表 的 指针 。 

mnt_namespace: 指向 安装 了 文件 系统 的 namespace 链表 的 指针 。 


OOOOOOODO 


1.5 设备 驱动 程序 


设备 驱动 ， 实 际 上 是 硬件 功能 的 一 个 抽象 。 针 对 同一 个 硬件 不 同 的 驱动 可 以 将 硬件 封 
装 成 不 同 的 功能 。 设 备 驱 动 是 硬件 层 和 应 用 程序 或 者 操作 系统 ) 的 媒介 ， 能 够 让 应 用 程 
序 或 者 操作 系统 能 够 使 用 硬件 。 在 Linux 操作 系统 下 有 3 类 主要 的 设备 文件 类 型 : 块 设备 、 
字符 设备 和 网 络 设备 。 设备 驱动 程序 是 指 管理 某 个 外 围 设备 的 一 段 代码 , 它 负责 传送 数据 、 
控制 特定 类 型 的 物理 设备 的 操作 ,包括 开始 和 完成 VO 操作 , 检测 和 处 理 设备 出 现 的 错误 。 


1.5.1 字符 设备 驱动 程序 


字符 设备 是 一 种 能 像 字 节 流 一 样 进行 串 行 访 问 的 设备 ， 对 设备 的 存 取 只 能 按 顺序 按 字 
节 存 取 而 不 能 随机 访问 ， 字 符 设 备 没有 请 求 缓冲 区 ， 必 须 按 顺 序 执行 所 有 的 访问 请 求 。 应 
用 程序 对 字符 设备 的 访问 是 通过 字符 设备 结 点 来 完成 的 。 字 符 设备 是 Linux 中 最 简单 的 设 
备 ， 可 以 像 文件 一 样 访问 。 应 用 程序 使 用 标准 系统 调用 打开 、 读 、 写 和 关闭 字符 设备 ， 完 
全 可 以 把 它们 当 作 普 通 文件 一 样 进行 操作 ， 甚 至 被 PPP 守护 进程 使 用 ， 用 于 将 一 个 Linux 
系统 连接 到 网 上 的 modem， 也 被 看 作 一 个 普通 文件 。 当 字符 设备 初始 化 时 ， 它 的 设备 驱动 
程序 向 Linux 内 核 注 册 ， 向 chrdevs 向 量 表 中 增加 一 个 device _struct 数据 结构 项 。 通 常 一 种 
类 型 设备 的 主 设备 标识 符 是 固定 的 。 设 备 的 主 设备 标识 符 ( 例 如 对 于 tty 设备 是 4》 ， 用 作 
该 向 量 表 的 索引 。chrdevs 向 量 表 中 的 每 一 项 ， 即 device_struct 数据 结构 ， 包 括 两 个 元 素 : 
一 个 是 指向 登记 的 设备 驱动 程序 名 字 的 指针 ， 另 一 个 是 指向 一 组 文件 操作 的 指针 。 这 组 文 
件 操作 本 身 位 于 这 个 设备 的 字符 设备 驱动 程序 中 ， 每 一 个 都 处 理 一 个 特定 的 文件 操作 ， 如 
打开 、 读 、 写 和 关闭 。 常 见 的 字符 设备 有 上 鼠标、 键盘、 串口、 控制 台 等 。 

用 户 进 程 通过 设备 文件 对 硬件 进行 访问 ， 对 设备 文件 的 操作 方式 通过 一 些 系统 调用 来 
实现 ， 如 open、read、write 和 close 等 。 下 面 通过 一 个 关键 的 数据 结构 file_operations， 将 
系统 调用 和 了 驱动 程序 关联 起 来 。 

struct file operations { 

int (*seek) (struct inode * , struct file *, off t , int); 
int (*read) (struct inode * , struct file *+， char ,， int); 


int (*write) (struct inode * , struct file *, off t , int); 
int (*readdir) (struct inode * , struct file *， struct dirent * , int); 
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int (*select) (struct inode * ; stract file *, int » select table 二 )77 
int (*ioctl) (struct inode* , struct file*, unsined int , unsigned long); 
int (*mmap) (struct inode * , struct file *, struct vm area struct *); 
int (*open) (struct inode * , struct file *#); 
int (*release) (struct inode + , struct file *); 
int (*fsync) (struct inode * , struct file *); 
int (*#*fasync) (struct inode + , struct file *, int); 
int (*check media change) (struct inode + , struct file *); 
int (*revalidate) (dev t dev); 
hs 
该 结构 中 每 一 个 成 员 的 名 字 都 对 应 着 一 个 系统 调用 。 用 户 进程 利用 系统 调用 在 对 设备 
文件 进行 诸如 read/write 操作 时 ， 系 统 调用 根据 设备 文件 的 主 设备 号 找到 对 应 的 设备 驱动 
程序 ， 然 后 读 取 这 个 数据 结构 相应 的 函数 指针 ， 接 着 把 控制 权 交 给 该 函数 。 
编写 驱动 程序 就 是 针对 上 面相 应 的 函数 编写 具体 的 实现 ， 然 后 将 它们 对 应 上 。 编 写 完 
驱动 后 , 把 驱动 程序 嵌入 内 核 。 驱动 程 序 可 以 采用 两 种 方式 进行 编译 。 一 种 是 编译 进 内 核 ， 
驱动 被 静态 加 载 ; 另 一 种 是 编译 成 模块 (modules) ， 驱 动 模块 需要 动态 加 载 。 在 模块 被 调 
入 内 存 时 ，init0 函 数 向 系统 的 字符 设备 表 登 记 了 一 个 字符 设备 
int _ init chr dev init (void) 
| 


if (devfs register chrdev(CHR MAJOR,"chr name",&chr fops)) 
printk("unable to get major %d for chr devs\n", MEM MAJOR); 


return 0; 


} 

当 cleanup_chr_dev0 函 数 被 调用 时 , 它 释放 字符 设备 chr_name 在 系统 字符 设备 表 中 占 
有 的 表 项 。 

void cleanup chr dev(void) 

{ 


unregister chrdev(CHR MAJOR, "chr name"); 


} 


1.5.2” 块 设 备 驱 动 程序 


块 设备 具有 请 求 缓冲 区 ， 从 块 设备 读 取 数据 时 ， 可 以 从 任意 位 置 读 取 任意 长 度 ， 即 块 
设备 支持 随机 访问 而 不 必 按 照 顺序 存 取 数 据 。 例 如 ， 可 以 先 存 取 后 面 的 数据 ， 然 后 再 存 取 
前 面 的 数据 ， 字 符 设备 则 不 能 采用 该 方式 存 取 数 据 。Linux 下 的 磁盘 设备 均 为 块 设备 ， 应 
用 程序 访问 Linux 下 的 块 设备 结 点 是 通过 文件 系统 及 其 高 速 缓存 来 访问 块 设备 的 ， 并 非 直 
接 通 过 设备 结 点 读 写 块 设备 上 的 数据 。 

块 设备 既 可 以 用 作 普 通 的 裸 设备 存放 任意 数据 ， 也 可 以 将 块 设备 按 某 种 文件 系统 类 型 
的 格式 进行 格式 化 ， 然 后 读 取 块 设备 上 的 数据 ， 读 取 时 根据 该 文件 系统 类 型 的 格式 进行 读 
取 。 无 论 使 用 哪 种 方式 ， 访 问 设备 上 的 数据 都 必须 通过 调用 设备 本 身 的 操作 方法 实现 。 两 
者 区 别 在 于 前 者 直接 调用 块 设备 的 操作 方法 ， 而 后 者 则 间接 调用 块 设备 的 操作 方法 。 常 见 
的 块 设备 有 各 种 硬盘 、flash 磁盘 、RAM 磁盘 等 。 
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块 设备 也 可 以 与 字符 设备 register_chrdev、unregister_chrdev0 函 数 类 似 的 方法 进行 设备 
的 注册 与 释放 。 但 是 ， 字 符 设备 的 register_chrdev0 函 数 使 用 一 个 fle_operations 结构 的 指 
针 ， 而 块 设备 的 register_blkdev0 函 数 则 使 用 block_device_operations 结构 的 指针 ， 其 中 定 
义 的 open、release 和 ioctl 方法 和 字符 设备 的 对 应 方法 相同 ， 但 没有 对 read 和 write 操 
作 定义 。 这 是 因为 所 有 涉及 到 块 设备 的 IO 通常 由 系统 进行 缓冲 处 理 。 

块 驱动 程序 最 终 必 须 提 供 完 成 实际 块 IO 操作 的 机 制 , 在 Linux 中 , 用 于 这 些 IO 操 
作 的 方法 称 为 request (请 求 ) 。 注 册 块 设备 时 ， 需 要 对 request 队列 进行 初始 化 ， 这 一 动 
作 通 过 blk init queue 来 完成 ，blk_init_ queue 函数 创建 队列 ， 并 将 该 驱动 程序 的 request 函 
数 关联 到 队列 。 在 模块 的 清除 阶段 ， 应 调用 blk_cleanup_queue 函数 。 

初始 化 块 设备 的 时 候 ， 将 块 设备 注册 到 内 核 中 ， 下 面 为 块 设备 的 注册 函数 mtdblock 
Telease() 的 实现 : 


int register blkdev(unsigned int major, const char *name) 


{ 

struct blk major name **n, *#p; 

int index, ret = 0; 

mutex lock(&block class lock); 

/* 为 块 设备 指定 主 设备 号 ， 如 果 指定 为 0 则 表示 由 系统 来 分 配 */ 

if (major == 0) { 

for (index = ARRAY SIZE (major names)-1; index > 0; index--) { 
if (major names[index] == NULL) 

break; 


if (index == 0) { 
printk("register blkdev: failed to get major for %s\n", 


name); 
ret = -EBUSY; 
goto out; 


} 
major = index; 
ret = major; 


} 
/* 为 块 设备 名 字 分 配 空间 */ 
p= kmalloc(sizeof(struct blk major name), GFP KERNEL); 
if (p == NULL) { 
ret = -ENOMEM; 
goto out; 
. 
p->major = major; 
strlcpy (p->name, name, sizeof (p->name)); 
p->next = NULL; 
index = major to index (major); 
for (n = &major names[index]; *n; n = &(*n)->next) { 
if ((*n)->major == major) 
break; 


FF (Ln) 
*n = p? 
else 
ret = -EBUSY; 
2 ret < ON 
printk("register blkdev: cannot get major %d for %s\n", 
major, name); 
kfree (p); 
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out: 


} 


mutex Unlock(&block class lock); 
return ret; 


块 设备 被 注册 到 系统 后 ， 访 问 硬件 的 操作 open 和 release 等 就 能 够 被 对 应 的 系统 调用 
指针 所 绑 定 ， 应 用 程序 使 用 系统 调用 就 可 以 对 硬件 进行 访问 了 ， 下 面 是 块 设备 主要 的 操作 
函数 open0 和 release()。 

下 面 为 块 设备 open0 操 作 函 数 。 


static int mtdblock open (struct mtd blktrans dev *mbd) 


{ 


} 


struct mtdblk dev *mtdblk; 
struct mtd info *mtd = mbd->mtd; 
int dev = mbd->devnum; 
DEBUG (MTD DEBUG LEVEL]1, "mtdblock open\n"); 
if (mtdblks[dev]) { 
/* 如 果 设 备 已 经 打开 ， 则 只 需要 增加 其 引用 计数 */ 
mtdblks [dev] ->count++; 
return 0; 


} 

/* 为 设备 创建 mtdblk_dev 对 象 保存 mtd 设备 的 信息 */ 

mtdblk = kzalloc (sizeof (struct mtdblk dev), GFP KERNEL); 

if (!mtdblk) 
return -ENOMEM; 

mtdblk->count = 1; 

mtdblk->mtd = mtd7 

mutex init(&mtdblk->cache mutex); 

mtdblk->cache_ state = STATE EMPTY; 

if ( !(mtdblk->mtd->flags & MTD NO ERASE) && mtdblk->mtd->erasesize) { 
mtdblk->cache size = mtdblk->mtd->erasesize; 
mtdblk->cache data = NULL; 


. 

mtdblks[dev] = mtdblk; 

DEBUG (MTD_ DEBUG LEVEL]1, "ok\n"); 
return 0; 


释放 时 递减 用 户 计数 ， 当 用 户 计 数 递 减 为 0 时 ， 释 放 缓存 中 的 数据 并 释放 为 设备 分 配 
的 空间 。 


static int mtdblock release (struct mtd blktrans dev *mbd) 


| 
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int dev = mbd->devnum; 
struct mtdblk dev *mtdblk = mtdblks[dev]; 
DEBUG (MTD DEBUG LEVEL1， "mtdblock release\n"); 
mutex lock(&mtdblk->cache mutex); 
write cached data (mtdblk); 
mutex unlock (gmtdblk->cache mutex); 
if (!--mtdblk->count) { 
/* 用 户 计数 递减 为 0 时 释放 设备 +/ 
mtdblks [dev] = NULL; 
if (mtdblk->mtd->sync) 
mtdblk->mtd->sync (mtdblk->mtd); 
vfree (mtdblk->cache data); 
kfree (mtdblk); 
. 
DEBUG (MTD DEBUG LEVEL]1, “ok\n™); 
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return 07 


1.5.3 网络 设 备 驱 动 程序 


网 络 设备 与 字符 设备 的 区 别 是 ， 网 络 设备 是 面向 数据 报 文 的 ， 而 字符 设备 是 面向 字符 
流 的 。 网 络 设备 与 块 设备 的 区 别 是 , 网 络 设备 不 支持 随机 访问 , 也 没有 请 求 缓冲 区 .在 Linux 
里 网 络 设备 也 可 以 被 称 为 网 络 接口 ， 如 eth0， 应 用 程序 是 通过 Socket 〈 套 接 字 ) ， 而 不 是 
设备 结 点 来 访问 网 络 设备 ， 在 系统 中 不 存在 网 络 设备 结 点 。 

网 络 设备 用 来 与 其 他 设备 交换 数据 ， 它 可 以 是 硬件 设备 ， 也 可 以 是 纯 软 件 设备 ， 如 
loopback 接口 。 网 络 设备 由 内 核 中 的 网 络 子 系统 驱动 ， 负 责 发 送 和 接收 数据 包 ， 但 它 不 需 
要 了 解 每 项 事务 如 何 映射 到 实际 传送 的 数据 包 .。 许 多 网 络 连接 (例如 使 用 TCP 协议 的 连接 ) 
是 面向 流 的 ， 但 网 络 设备 围绕 数据 包 的 传输 和 接收 设计 。 网 络 驱动 程序 不 需要 知道 各 个 连 
接 的 相关 信息 ， 它 只 需 处 理 数据 包 。 字 符 设备 和 块 设备 都 有 设备 号 ， 而 网 络 设备 没有 设备 
号 ， 只 有 一 个 独一无二 的 名 字 ， 例 如 eth0、ethl 等 ， 这 个 名 字 也 无 须 与 设备 文件 结 点 对 应 。 
内 核 利 用 一 组 数据 包 传输 函数 与 网 络 设备 驱动 程序 进行 通信 ， 它 们 不 同 于 字符 设备 和 块 设 
备 的 read0 和 write() 方 法 。 

Linux 网 络 设备 驱动 程序 从 下 到 上 分 为 4 层 ， 依 次 为 网 络 设备 与 媒介 层 、 设 备 驱动 功 
能 层 、 网 络 设备 接口 层 和 网 络 协议 接口 层 。 在 设计 具体 的 网 络 设备 驱动 程序 时 ， 需 要 完成 
的 主要 工作 是 编写 设备 驱动 功能 层 的 相关 函数 以 填充 net_device 数据 结构 的 内 容 并 将 
net_device 注册 入 内 核 。 

下 面 以 DM9000 代码 为 例 说 明 网 络 设备 驱动 的 注册 、 注 销 等 主要 过 程 。 其 驱动 的 注册 
过 程 在 设备 初始 化 时 被 调用 。 

static int _init dm9000 init (void) 


' 
printk (KERN_INFO "%s Ethernet Driver, V%s\n", CARDNAME, DRV_VERSION); 


return platform driver register(&dm9000 driver); 
i. 
驱动 注册 函数 。 
int platform driver register(struct platform driver *drv) 
{ 
drv->driver.bus = &platform bus type; 
if (drv->probe) 
drv->driver.probe = platform drv probe; 
if (drv->remove) 
drv->driver.remove = platform drv remove; 
if (drv->shutdown) 
drv->driver.shutdown = Platform drv_shutdown; 
if (drv->suspend) 
drv->driver.suspend = platform drv suspend; 
if (drv->resume) 
drv->driver.resume = platform drv resume; 
return driver register(&drv->driver); 


1 
在 网 络 设备 被 清除 时 调用 注销 网 络 设备 驱动 函数 。 


a 
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static void _ exit dm9000 cleanup (void) 
{ 
Platform driver unregister(&dm9000 driver); 


1 


驱动 注销 过 程 。 驱 动 注销 的 过 程 中 还 包括 了 将 设备 从 系统 中 移 除 和 将 驱动 从 总 线 上 
移植 。 


void Platform driver Unregister (Struct Platform driver *drv) 


{ 


driver unregister(&drv->driver); 


void driver unregister(struct device driver *drv) 
{ 

driver remove groups (drv, drv->groups); 

bus_ remove driver(drv); 
} 
static void driver remove groups(struct device driver *drv, struct 
attribute group **groups) 
1 

ee 

if (groups) 

for (i = 0; groups[i]; i++) 
sysfs_remove group(&drv->p->kobj, groups[i]); 


Void bus_ remove driverl(struct device driver *drv) 
{ 
if (!drv->bus) 
return; 
remove bind files(drv); 
driver remove attrs (drv->bus, drv); 
driver remove filel(drv, &driver attr uevent); 
klist remove(&drv->p->knode bus); 
pr debug ("bus: '%s': remove driver %s\n", drv->bus->name, drv->name); 
driver detach(drv); 
module remove driverl(drv); 
kobject put (&drv->p->kobj); 
bus_ put (drv->bus); 
} 


有 关 网 络 设备 驱动 的 详细 接口 函数 解析 和 驱动 移植 将 放 在 后 面 的 章节 叙述 。 
1.5.4 内存 与 VO 操作 


一 般 来 说 ， 在 系统 运行 时 ， 外 设 的 IO 内 存 资源 的 物理 地 址 是 已 知 的 ， 由 硬件 的 设计 
决定 。 但 是 CPU 通常 并 没有 为 这 些 已 知 的 外 设 IO 内 存 资源 的 物理 地 址 ， 预 定义 虚拟 地 址 
范围 ， 驱 动 程序 并 不 能 直接 通过 物理 地 址 访问 IO 内 存 资源 ， 只 能 先 将 它们 映射 到 内 核 的 
虚拟 地 址 空间 内 通过 页 表 ) ， 然 后 才能 根据 映射 的 内 核 虚拟 地 址 范围 ， 通 过 访 内 指令 访 
问 这 些 IO 内 存 资源 。Linux 在 io.h 头 文件 中 声明 了 函数 ioremap0， 用 来 将 IO 内 存 资 源 
的 物理 地 址 映射 到 核心 虚拟 地 址 空间 (3GB 一 4GB) 中 ， 原 型 如 下 : 


void * ioremap (unsigned long phys addr, unsigned long size，unsigned long 
flags); 


iounmap0 函 数 用 于 取消 ioremap0 所 做 的 映射 ， 原 型 如 下 : 
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void iounmap (void * addr)7 


在 将 IO 内 存 资源 的 物理 地 址 映射 成 内 核 的 虚拟 地 址 后 ， 理 论 上 可 以 像 读 写 RAM 那 
样 直接 读 写 IO 内 存 资源 了 。 为 了 保证 驱动 程序 跨 平台 的 可 移植 性 ， 应 该 使 用 Linux 中 特 
定 的 函数 访问 IO 内 存 资源 ， 而 不 应 该 通过 指向 内 核 虚 拟 地 址 的 指针 来 访问 。 如 在 ARM 
平台 上 ， 读 写 IO 的 函数 如 下 


#define raw base Writeb (val,basevoff) arch base putb(val,base, off) 
#define _ raw base writew(val,base,off) _arch base putw(val,base,off) 
#define _ raw base writel(val,base,off) _arch base putl (val,base,off) 


#define _ raw base readb(base,off) _arch base getb(base,off) 

#define _ raw base readw(base,off) _ arch base getw (base,off) 

#define _raw base readl (base,off) _arch base getl (base,off) 

驱动 程序 中 mmap0 函 数 的 实现 原理 是 , 用 mmap 映射 一 个 设备 , 表示 将 用 户 空间 的 一 
段 地 址 关联 到 设备 内 存 上 ， 这 样 当 程序 在 分 配 的 地 址 范围 内 进行 读 取 或 者 写 入 时 ， 实 际 上 
就 是 对 设备 的 访问 。 这 一 映射 原理 类 似 于 Linux 下 mount 命令 ， 将 一 种 类 型 的 文件 系统 或 
设备 挂 载 到 另外 一 个 文件 系统 或 者 目录 下 时 ， 挂 载 成 功 后 ， 对 挂 载 点 的 任何 操作 实际 上 是 
对 被 挂 载 的 文件 系统 和 设备 的 操作 。 


1.6 小 结 


Linux 内 核 是 一 个 比较 庞大 的 系统 ， 深 入 理解 内 核 可 以 减少 在 系统 移植 中 的 障碍 。 在 
系统 移植 中 设备 驱动 开发 是 一 项 很 复杂 的 工作 , 由 于 Linux 内 核 提供 了 相当 部 分 的 源 代码 ， 
同时 还 提供 了 对 某 些 公共 部 分 的 支持 。 例 如 ，USB 驱动 对 读 写 U 盘 、 键 盘 、 鼠 标 等 设备 提 
供 了 通用 驱动 程序 。 一 般 情况 可 以 直接 使 用 内 核 提 供 的 驱动 , 但 是 对 于 复杂 的 USB 设备 没 
有 现成 的 驱动 ， 就 需要 读者 对 驱动 开发 过 程 有 一 定 的 认识 ， 必 要 时 参考 Linux 源码 重新 开 
发 驱动 程序 。 
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进行 嵌入 式 项 目 开发 ， 需 要 建立 嵌入 式 开发 环境 。 建 立 嵌 入 式 Linux 开发 环境 包括 安 
装 Bootloader 工具 ; 针对 不 同 平台 的 交叉 编译 器 (在 本 书 中 都 是 针对 ARM 平台 ) 
arm-linux-gcc; 需要 编译 配置 内 核 时 还 需要 安装 内 核 源码 树 ， 此 外 还 要 在 调试 时 使 用 一 些 
终端 软件 、TFTP 软件 、FTP 软件 。 还 有 内 核 和 文件 系统 的 烧 写 工具 ， 一 般 硬 件 厂 家 会 提 
供 这 样 的 工具 。 本 章 主要 介绍 嵌入 式 Linux 系统 移植 过 程 中 用 到 的 交叉 编译 环境 建立 ， 以 
及 各 种 工具 的 安装 和 配置 。 


2.1 虚拟 机 及 Linux 安装 


很 多 工具 都 是 Windows 版 本 的 ， 而 要 求 的 开发 环境 是 Linux 环境 。 在 Windows 系统 
中 安装 虚拟 机 ， 然 后 再 虚拟 一 个 Linux 环境 ， 使 Linux 和 Windows 能 够 互相 通信 。 这 种 方 
案 解 决 了 很 多 软件 不 兼容 两 种 平台 的 问题 。 


2.1.1 虚拟 机 的 安装 


虚拟 机 软件 Vmware 的 安装 和 普通 软件 安装 过 程 一 样 ， 就 不 详细 介绍 了 。 这 里 主要 介 
绍 在 虚拟 机 中 安装 Linux 系统 的 过 程 ， 强 调 一 个 关键 的 地 方 。 正 确 安装 VMware 后 启动 时 
的 界面 如 图 2.1 所 示 。 

下 面 介绍 安装 Linux 的 主要 步 又， 省 略 了 一 些 只 需要 单 击 “ 下 一 步 ”按钮 的 步骤 。 

(1) 准备 安装 系统 软件 FC-6-i386-DVD.iso， 可 以 在 网 上 下 载 。 

(2) 运行 VMware， 选 择 “ 文 件 ”|“ 新 建 ”|“ 虚 拟 机 ”命令 ， 或 者 直接 单 击 “新 建 虚 
拟 机 ”图 标 。 

(3) 在 虚拟 机 配置 窗口 中 选择 “ 自 定义 ”选项 ， 如 图 2.2 所 示 。 

(4) 虚拟 机 硬件 兼容 性 窗口 按 默认 选择 安装 。 

(5) 在 选择 客户 机 操作 系统 的 时 候选 择 Linux 选项 。 在 “版 本 ”下 拉 菜 单 中 选择 准备 
安装 的 Linux 版 本 。 这 里 使 用 的 是 默认 的 软件 版 本 ,如果 不 是 Red Hat Linux 可 以 选择 其 他 
版 本 ， 如 图 2.3 所 示 。 

(6) 单 击 “ 下 一 步 ” 按 钮 ， 进 入 主题 为 虚拟 机 取 名 称 的 对 话 框 。 在 此 对 话 框 中 为 安装 
的 虚拟 机 取 名 字 ， 同 时 确定 安装 路 径 ， 注 意 选择 安装 的 分 区 应 该 有 足够 的 空间 安装 Linux 
系统 。 因 为 在 后 面 还 要 安装 Linux 源码 树 ， 所 以 建议 安装 在 一 个 有 8 一 10GB 空闲 空间 的 分 
区 上 。 

(7) 单 击 “ 下 一 步 ” 按 钮 ， 进 入 处 理 器 配置 对 话 框 ， 在 其 中 根据 实际 情况 选择 处 理 器 
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va 
| 文件 加 i 和 碟 折 机 如 ”分 姐 由 CE 窗口 加、 带 助 虽 
| 


ETIILTIOOIEETITJEIST] 
站 EE7 
VMware Workstation ACE 版 


Norkstation 可 以 让 你 旬 建 、 配 置 、 发 布 并 且 支 持 受 管 理 的 虞 执 机 ， 
人 


点 击 忆 之 后 你 便 可 以 在 读 庶 执 机 中 安 
六 | 


a 


ee 
新 建委 粗 


wo 
留 / 和 人 
本 


图 2.1 VMware 启动 界面 


新 建 虚 拟 机 向 导 
合适 的 配置 
你 想 要 如 何 配置 你 的 新 虚拟 机 ? 


虚拟 机 配置 
三 典型 ID) 


Create a hey virtual machine with the most common devices and 
eonfi guration options 


he eet en we 二 will not be compatitle 
人 Server 1.x, ACE 1.x, Workstation 5.x or 


他 答 征 文艺 j 
Ce het Rr tr 
nn devi ee tr pei emfl pesti ee mm oF ot 
Ma to create a Virtual machine with specific hardrare 


< 上- 步 @[ 下 -上 wm .| 


2.2 虚拟 机 配置 2.3 ”Linux 安装 版 本 选择 


(8) 在 对 虚拟 机 内 存 进行 划分 时 ， 可 以 根据 实际 主机 硬件 的 配置 进行 划分 ， 一 般 可 以 
按 默 认 的 配置 安装 。 如 果实 际 主机 配置 比较 高 ， 可 以 给 虚拟 机 多 分 配点 内 存 。 

(9) 在 网 络 连接 类 型 中 可 以 选择 任意 一 种 类 型 ， 该 设置 在 后 面 需 要 修改 的 时 候 可 以 进 
行 修改 ， 此 处 可 以 按 默认 选项 进行 安装 。 

(10) IO 适配器 窗口 可 以 按照 默认 配置 安装 。 

(11) 在 “选择 一 个 磁盘 ”对 话 框 中 ， 选 择 “创建 一 个 新 的 虚拟 磁盘 ” 单 选 按钮 ， 如 
图 2.4 所 示 。 

(12) 在 “选择 磁盘 类 型 ”对 话 框 中 ， 选 择 IDE 单 选 按钮 ， 如 图 2.5 所 示 。 
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图 2.4 选择 创建 一 个 新 的 虚拟 磁盘 图 2.5 虚拟 磁盘 类 型 


(13) 在 指定 磁盘 容量 对 话 框 中 ， 确 定 磁盘 大 小 ， 为 Linux 系统 预 留 8 一 10GB 空间 ， 
而 且 色 选 “立即 分 配 所 有 磁盘 空间 ” 复 选 框 ， 如 图 2.6 所 示 。 


新 建 虚拟 机 向 导 


图 2.6 指定 磁盘 容量 


(14) 指定 磁盘 文件 对 话 框 按 默 认 名 字 和 路 径 进 行 安装 ， 单 击 “完成 ”按钮 ， 开 始 创 
建 磁盘 。 创 建 完成 后 ， 结 果 如 图 2.7 所 示 。 


2.7 创建 虚拟 机 
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(15) 安装 虚拟 光驱 软件 ， 将 Linux 安装 软件 放 入 虚拟 光驱 。 
(16) 找到 虚拟 光驱 在 Windows 中 的 指定 盘 符 ， 如 图 2.8 所 示 。 将 虚拟 机 CD-ROM 指 


定 为 刚才 看 到 的 盘 符 ， 如 图 2.9 所 示 ， 然 后 单 击 OK 按钮 。 


文件 四 - 查看 收藏 和 工具 0) 帮助 0D 


地 址 @) i 


系统 任务 从 -za [a 本 地 和 磁盘 
本地 而 各 0 ) 本 地 而 生 

< 本 地 硬盘 了) 本 地 出生 
扣除 程序 D a ) 。 吕 3EE 器 

局 更 一 个 设 和 6 i388 ID OY 3 器 

站 本 地 而 全 
控制 面板 系统 文件 夫 
其 它 位 置 ere Seout 系统 文件 严 

同 网上 久居 
有 个 对 象 


图 2.8 虚拟 光驱 在 Windows 中 对 应 的 盘 符 


ED 


CE 1:0) 


图 2.9 指定 虚拟 机 中 光驱 


(17) 在 工具 栏 中 选择 “启动 该 虚拟 机 ”， 或 者 在 “命令 ”区 域 选择 “启动 该 虚拟 机 ” 


选项 ， 如 图 2.10 所 示 。 
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2.10 ”启动 虚拟 机 


236 有 
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Vsing drive I 
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(18) 进入 虚拟 机 安装 界面 ， 如 图 2.11 所 示 。 按 下 回 车 键 ， 开 始 安 装 系 统 ， 如 图 2.12 


所 示 。 


(19) 在 测试 CD 选项 对 话 框 中 可 以 选择 OK 按钮 或 者 Skip 按钮 。 
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文件 中 力 租 四 
EJ 


To install or upgrade in graphical node, 
- To install or upgrade in text node, type: linux text <ENTER). 


-lse the function keys listed belou for more information. 


Wr eol i rod Ina WelL 0 in Wie eert Chere “Lesioll Virees Toolr” tron | oi 


图 2.11 进入 安装 界面 


op registered 
ticipatory registered 
adline rogistorod 


not pres| 
not pres| 


not pres 


.181 (c) Dave Jones 
1 448BX Chipsot 
MH 0x0 


58“165 ion: 1.98 $ 4 ports, IRQ sharing enabled 
:ttyS irq = 4) is a 16559h 


EECESES 


图 2.12 安装 开始 界面 


(20) 在 选择 语音 的 时 候 可 以 选择 “简体 中 文 ”， 当 然 也 可 以 选择 English 或 者 其 他 任 
何 你 喜欢 的 语音 。 英 文 的 选择 对 话 框 也 可 以 选 “ 美 国 英语 式 ”或 者 其 他 你 喜欢 的 方式 。 这 
些 选 项 也 可 以 在 系统 安装 完成 后 进行 修改 。 之 后 几 步 都 是 单 击 “ 下 一 步 ” 按 钮 进行 默认 

(21) Linux 系统 密码 不 能 为 空 ,而 且 至 少 为 6 位 密码 , 设置 密码 后 继续 单 击 “ 下 一 步 ” 
按钮 。 

(22) 在 进入 的 对 话 框 中 选择 安装 额外 的 软件 包 时 ， 可 以 根据 实际 情况 选择 。 这 里 选 
择 “ 软 件 开 发 ” 复 选 框 ， 系 统 自 带 开发 工具 ， 如 图 2.13 所 示 ， 单 击 “ 下 一 步 ”按钮 继续 
安装 。 
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Fedora Core 的 加 认 安装 包括 一 系列 用 于 一 般 互 联网 应 逢 外 X 件 。 才 项 想 才 的 系统 可 以 支持 的 荐 外 功能 
是 什么 ? 


请 选择 您 的 软件 安装 所 需要 的 存 信 库 * 


国 Fedora Extras 


区 了 ETTTZXT 


软件 的 定制 可 以 现在 进行 ， 也 可 以 在 安装 后 使 用 钦 件 管理 应 用 程序 来 完成 。 
名 稍 后 定制 从。 口 现在 定制 人 ) 


钊 后 迟 @) | | 趾 下 -- 步 仙 
2.13 ”选择 需要 额外 安装 的 软件 包 


(23 ) 系统 安装 完成 后 重新 引导 系统 , 进入 配置 界面 时 , 将 FTP、NFS4、Samba、Telnet、 
HTTP 服务 都 启用 ， 如 图 2.14 所 示 。 这 些 服务 也 可 以 在 进入 系统 以 后 进行 设置 。 


时 国防 火 墙 


* 防火 雯 称 可 以 使 用 一 个 防火 十 来 多 许 从 其 它 机 器 上 访问 您 的 系统 上 的 特定 的 服务 ,加 时 可 以 防 
SELinux 止 来 自 外 界 的 、 志 经 验证 的 系统 对 您 的 系统 进行 访问 。 您 因 记 允许 嘿 些 服务 可 以 被 访问 
日 央 和 时 全 喝 ? 
oid, 陋 火 墙 : [启用 = 
回 FT 日 
加 NFS4 
回 
信任 的 服务 : 回 SSH 
Samba 
回 TeInet 
WWW (HTTP) 了 


| ie) | | 申 n | 


图 2.14 添加 服务 
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(24) 安装 完成 后 的 界面 如 图 2.15 所 示 。 


| 文件 四 ”编辑 到 ) ”查看 名” 虚 执 机 如 ”分 租 和 EE 究 口 如 帮助 罗 ) 
|| 宣 富 短 时 | 两 | 下面 |》 因 || 冰 丙 夯 || 国 回 | 口 回 辐 


rc6 
个 详 有 8 位 有 系 筷 合营 传略 守 


» 
NN Vrare Tools is not installed in this guest. Choose “Install Ware Tools” fo the 局 区 区 改 网 而 : 


图 2.15 完成 安装 Linux 系统 


人 注意 : 安装 过 程 中 的 几 个 关键 地 方 有 磁盘 分 区 的 大 小 ; 采用 虚拟 光驱 安装 ， 要 将 系统 软 
件 放 在 虚拟 光驱 中 ， 并 且 在 该 虚拟 机 中 进行 设置 ; 硬盘 类 型 选择 IDE; 指定 磁盘 
容量 时 要 选 “立即 分 配 磁盘 空间 ”。 这 几 步 是 安装 的 关键 ， 如 果 选 择 错误 将 导致 
系统 无 法 正确 安装 。 


和 注意 : 因为 没有 安装 VMware tools 工具 ， 和 鼠标 还 不 能 在 虚拟 机 和 主机 之 间 进 行 切换 ， 那 
么 需要 同时 按 下 Ctrl+Alt 键 释放 筷 标 。 


2.1.2 单独 分 区 安装 系统 


在 某 些 开 发 的 场合 需要 将 Linux 单独 安装 在 磁盘 的 某 个 分 区 上 ， 此 时 需要 注意 设置 两 
点 。 其 一 ， 虚 拟 机 的 CD/DVD 设备 状态 设置 为 设置 启动 时 连接 ， 设 置 方法 如 图 2.16 所 示 ; 
其 二 ， 在 虚拟 机 的 BIOS 中 设置 第 一 启动 为 CD-ROM， 在 启动 虚拟 机 时 按 下 F2 键 进入 虚 
拟 机 的 BIOS 设置 界面 ， 如 图 2.17 所 示 。 

设置 完成 后 ， 按 F10 键 保存 设置 并 重新 启动 进行 安装 ， 安 装 过 程 与 前 面 的 方法 基本 相 
同 。 另 外 ， 分 区 的 大 小 最 好 大 于 10GB， 笔 者 在 分 区 小 于 10GB 情况 下 安装 Fedora 8 时 失 
败 ， 如 果 要 编译 x86 内 核 ， 则 分 区 大 小 至 少 15GB 以 上 。 
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© Use 150 mage Fle: (4) 


图 2.16 设置 启动 虚拟 机 时 连接 光驱 


2.17 设置 虚拟 机 BIOS 启动 选项 


2.1.3 ”虚拟 机 和 主机 通信 设置 

很 多 资料 和 软件 往往 都 放 在 主机 上 ， 当 需要 在 虚拟 机 环境 下 对 这 些 资料 进行 访问 时 ， 
或 者 虚拟 机 编译 好 的 文件 传送 到 主机 上 时 ， 就 需要 建立 两 者 之 间 的 通信 。 建 立 虚拟 机 和 主 
机 通信 的 过 程 如 下 : 
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(1) 选择 “虚拟 机 ”|“ 设 置 ”命令 ， 打 开 虚 拟 机 设置 对 话 框 。 选 择 Hardware 标签 中 
的 Ethemet 选项 。 在 “网 络 连接 ”选项 区 域 中 选择 “ 自 定义 (s) : 指定 虚拟 网 络 ” 单 选 按 
钮 ， 在 下 拉 列 表 框 中 设置 网 络 连 接 为 VMnet8 (NAT)， 单 击 OK 按钮 ， 如 图 2.18 所 示 。 

(2) 选择 “编辑 ”|“ 虚 拟 网 络 设置 ”命令 ， 进 入 虚拟 网 络 编辑 对 话 框 。 选 择 NAT 标 
签 ， 将 VMnet host 设置 为 VMnet8。 然 后 单 击 “ 确 定 ” 按 钮 ， 如 图 2.19 所 示 。 


oer mts 


Sa 1 tonatis Jriarin 
Woet Wirtoal Botecrk Werpinr | ost frtal Msntere | DMF be 


Heatkrfoe 100 ea ed 
ET 
ui dt 


,doorine ih he walNAT 
et 


Ce __ mn La: 逢 有 


图 2.18 设置 网 络 连接 图 2.19 设置 虚拟 网 络 


(3) 设置 网 卡 连接 状态 。 双 击 虚 拟 机 窗口 右 下 角 以 太 网 标志 ， 如 图 2.20 所 示 。 进 入 以 
太 网 设置 对 话 框 后 ， 选 择 “ 已 连接 ”和 “打开 电源 时 连接 ” 复 选 框 ， 如 图 2.21 所 示 。 


=9lx 
| 文件 EF) 编辑 到) 查看 他 ) 虚 执 机 如 分担 () ME 宣 | 
ET 
加 
FC6 


个 了 AT; 使 用 已 共享 的 主机 IP 地址 

个 ost-enly: 和 主机 共享 一 个 私有 网 络 

他 自 定义 人); 指定 虚拟 网 络 
Fi | 


s net installed in USE 


图 2.20 双击 网 卡 标志 图 2.21 设置 网 卡 状态 


(4) 打开 一 个 终端 ， 通 过 这 onfig 查看 虚拟 机 的 人 P 地 址 。 如 果 没 有 对 网 卡 正 设置 ， 则 
使 用 这 onfig eth0 192.168.217.55。 注意 这 里 的 人 P 与 第 二 步 网 关 的 卫 段 设置 为 同一 个 网 段 。 
没有 设置 人 P 地 址 时 ,查看 的 信息 如 图 2.22 所 示 。 设置 人 P 地 址 后 查看 人 P 地 址 时 ， 如 图 2.23 
所 示 。 
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#ifconfig 


队 应 用 程序 位 是 东 统 例会 合照 周 
器 root@localhost:~ 


文件 如 编辑 和 E 查看 终端 VD 标签 @) 帮助 时 ) 


[root@localhost ~]# ifconfig 
lo Link encap:Local Loopback 
inet addr:127.0.0.1 Mask:255.0.0.0 
inet6 addr: ::1/128 Scope 
UP LOOPBACK RUNNING MIU 
RX packets:15122 errors:0 
TX packets:15122 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 txqueuelen:0 
RX bytes:11052600 (10.5 MiB) TX bytes:11052600 (10.5 MiB) 


图 2.22 设置 他 地 址 前 


#ifconfig eth0 192.168.217.55 
#ifconfig 


[root@localhost ~]# 
[root@localhost ~“]# 
]# 


[root@localhost ifconfig 
eth0 Link encap:Ethernet HWaddr 00:0C 
inet addr:192.168 Bcast 6 


inet6 addr: f 20c:29ff:fe57:4f4a/64 Scope:Link 
UP BROADCAST RUNNING MULTICAST MIU:1500 Metric:l 

RX packets:0 errors:0 dropped:0 overruns:0 frame:0 

TX packets:26 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 txqueuelen:1000 

RX bytes:0 (0.0 b) TX bytes:5630 (5.4 KiB) 
Interrupt:169 Base address:0x2000 


lo Link encap:Local Loopback 
inet addr:127.0.0.1 Mask:255.0.0.0 
inet6 addr: ::1/128 Scope:Host 


UP LOOPBACK RUNNING MTU:16436 Metric:1 

RX packets:15122 errors:0 dropped:0 overruns:0 frame:0 

TX packets:15122 errors:0 dropped:0 overruns:0 carrier:0 
collisions:0 txqueuelen:0 

RX bytes:11052600 (10.5 MiB) TX bytes:11052600 (10.5 MiB) 


[rootelocalhost ~1# 国 
图 2.23 设置 他 地 址 后 
(5) 确定 主机 的 VMware net8 网 卡 为 已 连接 状态 ， 在 主机 端 ping 虚拟 机 ， 结 果 如 图 
2.24 所 示 。 查 看 主机 VMware net8 网 卡 的 了 P 地 址 , 一 般 和 虚拟 机 网 关 为 一 个 网 段 , 并 且 其 


卫 地址 为 192.168.217.1。 在 虚拟 机 中 ping 该 卫 ， 结 果 如 图 2.25 所 示 。 互 相 都 可 以 ping 通 
说 明 主机 和 虚拟 机 通信 成 功 。 


2.1.4 VMware tools 工具 安装 


没有 安装 VMware tools 工具 ， 要 在 主机 和 虚拟 机 之 间 进 行 切换 很 不 方便 ， 并 且 也 不 能 
进行 复制 、 粘 贴 命令 的 操作 。 在 2.1.3 节 建 立 了 主机 和 虚拟 机 通信 的 基础 上 ， 可 以 安装 
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VMware Tools 工具 。 安 装 VMware tools 工具 后 为 使 用 提供 了 很 多 方便 。 


5-1-2699] 
有 1985-2881 Microsoft Corp- 


: Documents and Settingshdninistratoryping 192.168.217.55 


fron 

from 

fron 192.168.217.55 

fron 192.168.217.55: tineCins TTL-64 


Sent = 4, Received = 4, Lost = 8 (Bx loss), 
pproxinate round trip tines in nilli-second 
Nininun = Bns, Maxinun = 2ms, flverage = Bn 


:Docunents and Settings\Adninistrator> 


2.24 主机 ping 虚拟 机 


RX bytes:0 (0.0 bj ITX byt 
Interrupt:169 Base addres 


lo Link encap 


inet a 
inet6 ad :1/ 
UP LOOPBACK RUNNING MT 
RX packets:1512 
TX packets:1512 


RX bytes:11( 


[root@localhost ~]# 
PING 192.168.217.1 
64 bytes 
64 bytes 1 
64 bytes 1 
64 bytes 1 
64 byte 1 
64 bytes 1 
64 bytes 1 
64 bytes 1 
64 bytes n 1 
1 
1 
1 
1 
1 
1 


6(84) bytes 
1 : icmp_seq=] ttl=128 
2 ttl 
3 ttl 


64 bytes from 
64 bytes from 
64 bytes from 
64 bytes from 
64 bytes from 
64 bytes from 


图 2.25 虚拟 机 ping 主机 


(1) 以 root 身份 进入 Linux 系统 ， 然 后 选择 “虚拟 机 ”|“ 安 装 VMware Tools 工具 ” 
命令 ， 单 击 命令 后 则 会 变 成 “取消 安装 VMware Tools 工具 ”， 表 示 已 经 正确 选择 了 “ 安 
装 VMware Tools 工具 ”命令 ， 如 图 2.26 所 示 。 

(2) 使 用 光驱 加 载 镜 像 文 件 。 双 击 虚拟 机 右 下 角 光 驱 标 志 ， 打 开 CD-ROM 对 话 框 。 
在 “使 用 ISO 镜像 ”中 添加 VMware 安装 目录 下 的 linux.iso 文件 ， 如 图 2.27 所 示 。 
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Co-Ron CE 1:0) x 


加 
Eee 


更 新 硬件 C7 
己 连 接 用 户 I 


发 送 Ctrl+ 如 ttDel 到 ) 
捕获 输入 (G) Cirlt6 


捕 提 屏 博 A) 
捕捉 视频 0D， 


肥 三 各 中 加 除 加 
消息 日 志 中 ) 
证 @ Car 


图 2.26 单 击 安装 VMware Tools 工具 图 2.27 虚拟 光驱 中 添加 linux.iso 安装 路 径 


(3) 在 /mnt 目录 下 新 建 cdrom 目录 ; 将 虚拟 光驱 中 的 文件 挂 载 到 该 目录 下 ， 查 看 该 目 
录 下 会 存在 两 个 文件 ,一 个 是 WMware Tools 的 .rpm 文件 , 另 一 个 是 VMware Tools 的 .tar.gz 
文件 。 


#mkdir /mnt/cdrom 

#mount -t iso9660 /dev/cdrom /mnt/cdrom 

#1ls /mnt/cdrom -1 

(4) 将 安装 文件 复制 到 /tmp 目录 下 ， 安 装 rpm 包 ， 并 解压 该 .tar.gz 文件 ， 进 入 解压 目 
录 安 装 vmware-install.pl。 


#cp /mnt/cdrom/* /复制 安装 文件 到 tmp 目录 下 

#cd /tmp // 进 入 tmp 目录 

#rpm -ivh VMwareTools-7.8.5-156735i386.rpm // 安 装 rpm 包 

#tar -zxvf VMwareTools-6.0.2-59824.tar.gz // 解 压 文件 

#cd vmware-tools-distrib // 进 入 解压 生成 的 vmware-tools-distrib 目录 

#./*.pl // 运 行当 前 目录 中 后 缀 为 pl 的 文件 ， 即 运行 vmware-install .pl 
和 注意 : 在 接 下 来 的 安装 过 程 中 ， 可 以 全 部 按照 默认 的 选项 进行 选择 ， 直 到 最 后 选择 分 辩 


率 。 安 装 完 成 后 ， 鼠 标 可 以 在 主机 和 虚拟 机 上 复制 文件 、 任 意 切 换 。 
(5) 安装 完成 后 ， 卸 载 光 驱 ， 卸 载 命 令 如 下 : 


#umount /mnt/cdrom 


2.1.5 ”虚拟 机 与 主机 共享 文件 


设置 文件 共享 后 ， 能 够 在 主机 和 虚拟 机 之 间 进 行文 件 传输 。 

(1) 选择 “虚拟 机 ”|“ 设 置 ” 命 令 打 开 虚 拟 机 设置 (Virtual Machine Setting) 对 话 框 。 
选择 Options( 选 项 ) 标签 ， 在 其 中 选择 共享 文件 夹 。 在 文件 夹 共 享 选项 组 中 选择 “总 是 启 
用 ” 单 选 按钮 ， 如 图 2.28 所 示 。 
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(2) 单 击 “ 添 加 ”按钮 ， 设 置 主机 的 共享 路 径 和 共享 名 称 ， 如 图 2.29 所 示 。 
(3) 设置 共享 属性 为 启用 ， 然 后 单 击 “ 确 定 ” 按 钮 。 进 入 /mnt 目录 下 ， 会 发 现 多 了 一 
个 目录 hgfs。 进 入 hgfs， 可 以 看 到 在 Windows 系统 下 的 文件 。 显 示 信 息 如 图 2.30 所 示 。 


图 2.29 设置 主机 的 共享 目录 


2.1.6 ”虚拟 机 与 主机 文件 传输 


某 些 版 本 的 虚拟 机 或 者 Linux 系统 对 文件 共享 支持 不 够 完美 ， 此 时 可 以 选择 FTP 方式 
进行 文件 传输 ,该 方法 操作 方便 , 在 实际 开发 中 被 普遍 使 用 。 该 方法 包括 服务 器 端 (虚拟 机 ) 
和 客户 端 〈 主 机 ) 两 部 分 安装 ， 并 且 包括 服务 器 端 和 客户 端的 配置 。 下 面 分 别 进行 介绍 : 

(1) 服务 器 端 安装 vsftpd 服务 ， 该 服务 可 以 在 安装 操作 系统 时 安装 。 如 果 没 有 安装 ， 
可 以 重新 挂 载 安 装 盘 进行 安装 。 如 果 正 确 安装 vsftpd 服务 ， 则 可 以 在 系统 服务 System 
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Services) 中 选择 该 服务 。 在 终端 输入 setup 命令 进入 System Services 进行 配置 ， 如 图 2.31 


所 示 。 


[root@localhost /]# 1s /mnt/hgfs/Windons/ 一 


总 计 148185 
—rwxrwxrwx 1 
drwxrwxrwx 1 
—rwxrwxrwx 1 
drwxrwxrwx 1 
drwxrwxrwx 1 
—rwxrwxrwx 1 
—rwxrwxrwx 1 
drwxrwxrwx 1 
drwxrwxrwx 1 
drwxrwxrwx 1 
—rwxrwxrsx 1 
-rwxrwxrwx 1 
—ramxrwxrwx 1 
drwxrwxrwx 1 
drwxrwxrwx 1 
—rwxrwxrwx 1 
drwxrwxrwx 1 
-rwxrwxrwx 1 
-FrWXFWXTWX 1 
-rwxrwxrwx 1 
drwxrwxrwx 1 
—rwxrwxrwx 1 
drwxrwxrwx 1 
—rwxrwxrwx 1 
—rwxraxrwx 1 
-rwxrwxrwx 1 
-rwxrwxrwx 1 
—rwxrwxrwx 1 
-rwxrwxrwx 1 


root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 


root 
root 
root 
root 
root 
root 
root 
Foot 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 


root 


88158593 2009-03-30 
0 
2057886 
0 

0 
389343 
322956 

0 


56550359 
74590693 
64424138 
0 

0 
33394 
0 
49543 
688092 


12-25 2 
33539 01-08 18:50 


图 2.30 显示 共享 目录 信息 


(2) 服务 端 必须 关闭 防火 墙 。 在 系统 服务 (System Services ) 中 关闭 ip6tables 和 iptables 


服务 ， 如 图 2.32 所 示 。 


| services 


What services should be automatically started? 


2.31 配置 vsftpd 服务 2.32 ”关闭 防火 墙 


| Services | 


What services should be automatically started? 


httnd 


ip6tables 
iptables 


(3) 服务 器 端 用 户 配置 。 将 目录 /etc/vsftpd 下 的 文件 ftpusers 和 user list 中 的 root 用 户 
注释 掉 ， 因 为 默认 情况 下 ， 这 两 个 文件 中 列 出 的 用 户 是 禁止 访问 vsftpd 服务 端的 。 
(4) SELINUX 的 设置 。 安 装 系统 时 默认 为 强制 选择 SELINUX， 则 在 /etc/selinux/config 
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中 SELINUX 被 设置 成 了 enforcing， 应 将 其 改 为 disabled。 


SELINUX=disabled 


(5) 客户 端 安装 flashfxp 终端 软件 。 运 行 flashfxp 后 ， 进 入 “站 点 管理 器 配置 ”对 话 
框 。 给 被 访问 站 点 取 个 名 字 ， 将 人 P 地 址 设置 为 虚拟 机 的 了 P 地 址 ， 用 户 名 设置 为 root， 密 
码 设置 为 虚拟 机 的 密码 ， 然 后 设置 远 端 和 本 地 路 径 ， 最 后 单 击 “ 应 用 ”|“ 连 接 ” 按 钮 访问 
服务 器 ， 配 置 如 图 2.33 所 示 。 


祝 规 | 选项 | 传 和 | 高 级 |ssL | 书签 | 纺 + | 
让 AS 称 思 sz iteiz 
还 地 址 | 区 Fl 
用 PS 和 WUFre 本 加 


2.33 ”flashfxp 站 点 管理 配置 


2.2 交叉 编译 工具 


交叉 编译 工具 是 为 了 使 在 上 位 机 中 编译 的 文件 能 够 在 不 同 平台 的 目标 机 中 执行 。 本 书 
介绍 的 目标 平台 均 为 ARM 平台 。 


2.2.1 交叉 编译 工具 安装 


交叉 编译 工具 的 安装 主要 包括 : 编译 GNU binutils、 获 得 Linux 内 核 头 文件 .安装 Glibc 
头 文件 、 安 装 GCC 第 一 阶段 、 安 装 Glibc 和 完全 安装 GCC。 一 次 成 功 安装 的 过 程 需要 长 
达 数 小 时 的 时 间 ， 因 此 在 没有 成 功 编译 此 工具 经 验 时 ， 可 以 参考 一 些 稳定 交叉 编译 器 的 版 
本 。 下 面 将 详细 介绍 安装 的 过 程 ， 并 提供 相关 的 命令 和 解释 供 编译 时 参考 。 

(1) 建立 存放 工具 、 源 码 目录 和 设置 相关 的 环境 变量 。 


#mkdir /usr/local/arm // 建 立 工作 目录 
#cd /usr/local/arm // 进 入 工作 目录 
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#mkdir -p /usr/local/arm/src // 建 立 安装 文件 的 目录 

#mkdir -p /usr/local/arm/sysroot // 建 立 系统 根 目录 

#mkdir -p /usr/local/arm/bin // 建 立 生成 工具 存放 的 目录 
#mkdir -p /usr/local/arm/build / /建立 编译 目录 

#export HOST=i686-pc-linux-gnu // 设 置 HosT 环境 变量 
#export TARGET=arm-linux // 设 置 TARGET 环境 变量 
#export PREFIX=/usr/local/arm/ // 设 置 PREFIX 环境 变量 
#export SYSROOT=/usr/local/arm/sysroot // 设 置 SYSROOT 环境 变量 
#export PATH=$PATH:${PREFIX}/bin // 添 加 生成 工具 目录 到 PATH 中 


外 注意 : 在 定义 好 环境 变量 后 应 该 使 用 echo 命令 查看 环境 变量 是 否 与 预计 的 变量 相符 合 。 
在 重新 打开 shell 时 ， 或 者 在 第 二 次 接着 编译 交叉 环境 时 都 应 该 检查 环境 变量 。 
例如 当 PATH 没有 设置 正确 时 ， 在 编译 glibc 时 ， 就 会 因 arm-liunx-gcc 不 存在 而 


导致 编译 失败 。 
(2) 从 网 站 下 载 安装 的 源码 包 ， 需 要 下 载 的 源码 包 如 表 2.1 所 示 。 
表 2.1 源码 包 列 表 
软件 包 名 称 下 载 地 址 
binutils-2.16.tar.gz http://ftp.gnu.org/gnwbinutils/ 
linux-2.6.10.tar.gz http://www.kernel.org/pub/linux/kernel/v2.6/ 
gcc-3.4.4.tar.bz2 http://ftp.gnu.org/gnu/gcc/gcc-4.4.0/ 
glibc-2.3.5.tar.gz http://ftp.gnu.org/gnu glibc/ 
glibc-linuxthreads-2.3.5.tar.gz http://ftp.gnu.org/gnu/glibc/ 
ioperm.c.diff http://gcc.gnu.orgy/ 
flow.c.diff http://frank.harvard.edu/ ~coldwell/toolchain/ioperm.c.diff 
t-linux.diff http://frank.harvard.edu/~coldwell/toolchain/t-linux.diff 


将 获得 的 源码 复制 到 /usr/local/arm/sre 目录 下 。 目 录 结 构 如 下 : 


(| 


pin // 工 具 目 录 
| 1-- build // 编 译 目录 
Da // 存 放 源码 
| lI-sysroot // 编 译 过 程 生成 系统 的 根 目 录 


(3) 编译 GNU binutils。 


#cd ${PREFIX}/src 

#tar xvfz binutils-2.16.tar.gz 

#mkdir -p /usr/local/arm/build/binutils-2.16 

#cd /usr/local/arm/build/binutils-2.16 
#../../src/binutils-2.16/configure --prefix=${PREFIX} --target=${TARGET} 
-with-sysroot=${SYSROOT} 2>&1 | tee configure.out 

#make 2>&1 | tee make.out 

#make install 2>&1 | tee -a make.out 


--target=$ {TARGET} 
这 个 选项 是 跟 --host 一 起 表示 编译 生成 的 可 执行 文件 运行 在 HOST 上 面 ， 但 这 些 可 执 
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行文 件 服务 的 对 象 是 TARGET, 也 就 是 说 用 这 些 可 执行 文件 连接 和 汇编 出 来 的 程序 运行 在 
TARGET 上 面 。 这 里 ， 默 认 就 会 使 用 主机 的 GCC 编译 器 ， 因 此 省 略 了 --host 选项 。 


—-prefix=$ {RESULT DIR} 


告诉 配置 脚本 当 运行 make install 时 把 编译 好 的 东西 安装 在 RESULT_DIR 目录 下 。 
--with-sysroot=${SYSROOT} 


SYSROOT 为 系统 根 目录 ， 生 成 相应 的 库 放 在 SYSROOT/lib 目录 下 ， 可 执行 文件 放 在 
SYSROOT/sbin 下 ， 配 置 文件 放 在 SYSROOT/etc 下 ， 用 户 文件 放 在 SYSROOT/usr 下 。 

在 上 面 的 编译 过 程 中 如 果 出 现 问题 ， 最 好 的 方法 就 是 删除 编译 目录 下 的 所 有 文件 ， 删 
除 Binutils 目录 ， 重 新 解压 Binutils， 再 重新 开始 安装 。 安 装 成 功 后 就 会 在 /usrlocal/armybin 
目录 下 生成 下 面 的 工具 : 


arm-linux-addr2line arm-linux-c++filt arm-linux-nm arm-linux-ranlib 

arm-linux-strings 

arm-linux-ar arm-linux-gprof arm-linux-objcopy arm-linux-readelf 

arm-linux-strip 

arm-linux-as arm-linux-ld arm-linux-objdump arm-linux-size 

Binutils 是 GNU 工具 之 一 ， 包 括 连 接 器 、 汇 编 器 和 其 他 用 于 目标 文件 和 档案 的 工具 ， 

它 是 二 进 制 代码 的 处 理 维护 工具 。 安 装 Binutils 工具 包含 的 程序 有 addr2line、 ar、as、 c++filt、 
gprof、 ld、 nm、 objcopy、 objdump、 ranlib、 readelf、 size、 strings、 strip、libiberty、libbfd 
和 libopcodes。 对 这 些 程序 的 简单 解释 如 下 。 

口 addr2line: 把 程序 地 址 转换 为 文件 名 和 行 号 。 在 命令 行 中 给 它 一 个 地 址 和 一 个 可 执 
行文 件 名 ， 它 就 会 使 用 这 个 可 执行 文件 的 调试 信息 指出 在 给 出 的 地 址 上 是 哪个 文 
件 及 行 号 。 

口 ar: 用 来 建立 、 修 改 和 提取 归档 文件 。 归 档 文件 是 包括 了 其 他 多 个 文件 的 一 个 较 大 
的 文件 ， 从 该 文件 中 可 以 恢复 其 他 文件 内 容 。 

口 as: 主要 用 来 编译 GNU C 编译 器 gee 输出 的 汇编 文件 ， 编 译 产生 的 目标 文件 再 由 
连接 器 ld 进行 连接 操作 。 

口 ct+filt 连接 器 使 用 它 来 过 滤 C++ 和 Java 符号 ， 防 止 发 生 重 载 函数 冲突 。 

口 gprof: 显示 程序 调用 段 的 各 种 数据 。 

口 ld: 是 连接 器 , 它 把 所 有 编译 产生 的 目标 文件 和 归档 文件 结合 在 一 起 ,重新 定位 数 
据 ， 并 连接 符号 引用 。 一 般 建立 一 个 新 编译 程序 的 最 后 一 步 就 是 调用 ld。 

口 nm: 列 出 目标 文件 中 的 符号 。 

口 objcopy: 把 一 种 目标 文件 中 的 内 容 复制 到 另 一 种 类 型 的 目标 文件 中 。 

口 objdump: 显示 一 个 或 者 更 多 目标 文件 的 信息 。 使 用 选项 来 控制 其 显示 的 信息 ， 它 
所 显示 的 信息 通常 只 有 编写 编译 工具 的 人 才 感 兴趣 。 

口 ranlib: 产生 归档 文件 索引 ， 并 将 其 保存 到 这 个 归档 文件 中 。 在 索引 中 列 出 了 归档 
文件 各 成 员 所 定义 的 可 重 分 配 目 标 文件 。 

口 readelf: 显示 ef 格式 可 执行 文件 的 信息 。 

口 size: 列 出 目标 文件 每 一 段 的 大 小 及 总 体 的 大 小 。 默 认 方式 下 ， 目 标 文件 或 者 归档 
文件 中 的 单个 模块 只 产生 一 行 输出 。 

口 strings: 打印 某 个 文件 的 可 打印 字符 串 ， 这 些 字 符 串 最 少 4 个 字符 长 ， 也 可 以 使 用 
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选项 -n 设置 字符 串 的 最 小 长 度 。 默 认 情况 下 ， 它 只 打印 目标 文件 初始 化 和 可 加 载 
段 中 的 可 打印 字符 ， 对 于 其 他 类 型 的 文件 它 打 印 整 个 文件 的 可 打印 字符 。 这 个 程 
序 对 于 了 解 非 文 本 文件 的 内 容 很 有 帮助 。 

口 strip: 丢弃 目标 文件 中 的 全 部 或 者 特定 符号 。 

口 libiberty: 包含 许多 GNU 程序 都 会 用 到 的 函数 ,这 些 程序 有 getopt、obstack、strerror、 
strtol 和 strtoul。 

口 libbfd: 二 进 制 文件 描述 库 。 

口 libopcode: 用 来 处 理 opcodes 的 库 ， 在 生成 一 些 应 用 程序 的 时 候 也 会 用 到 它 。 

(4) 获得 Linux 内 核 头 文件 。 并 将 头 文件 安装 在 ${SYSROOT}/usr/include 目录 下 。 


#cd ${PREFIX}/src 

#tar xvfz linux-2.6.10.tar.gz 

#cd linux-2.6.10 

#make ARCH=arm CROSS COMPILE=arm-linux- menuconfig 

#make include/linux/version.h 

#mkdir -p ${SYSROOT}/usr/include 

#cp -a ${PREFIX}/src/linux-2.6.10/include/linux ${SYSROOT}/usr/include/ 
linux 

#cp -a ${PREFIX}/src/linux-2.6.10/include/asm-arm ${SYSROOT}/usr/include/ 
asm 

#cp -a ${PREFIX}/src/linux-2.6.10/include/asm-generic ${SYSROOT}/usr/ 
include/asm-generic 


和 


全 注意 : 执行 make ARCH=arm CROSS_COMPILE=arm-linux- menuconfig 时 ， 主 要 是 为 了 
选择 一 个 对 应 CPU 的 类 型 。 选 择 System Type 一 ARM system type (Samsung 
S3C2410) 一 (X) Samsung S3C2410， 如 图 2.34 所 示 。 


队 占有 BF 人 和信 马 生 全 县 合 


Po lo 有 后 5 


文件 折 ”编辑 企 ) 查看 终端 t(D 标签 介 ) 帮助 人 


T49 仅 


Use the arrow keys to navigate this window or press the hotkey of 
the item you wish to select followed by the <SPACE BAR>, Press 
<2> for ndditional information about this option. 


( ) M2wr-based 
( ) iscPC 
) All00-based 
Samsung S3C241 
) hark 
) harp LHTAAOX 


全 | | 国 root@localhost:/usrhocal/arm/src/inux-2.… || 国 root@locamost/usrocalarmysrc I 9 


图 2.34 选择 系统 芯片 类 型 
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(5) 安装 Glibe 头 文件 。Glibc 是 GUN C 库 ， 它 是 编译 Linux 系统 程序 的 重要 组 成 部 
在 安装 GNU C 库 前 需要 先 安装 其 头 文件 。 


#cd ${PREFIX}/src 

#tar xvfz glibc-2.3.5.tar.gz 

#patch -d glibc-2.3.5 -pl <ioperm.c.diff 

#cd glibc-2.3.5 

#tar xvfz ../glibc-linuxthreads-2.3.5.tar.gz 

cd 

#mkdir -p /usr/local/arm/build/glibc-2.3.5-headers 

#cd /usr/local/arm/build/glibc-2.3.5-headers 
#../../src/glibc-2.3.5/configure --prefix=/usr --host=${TARGET} --enable- 
add-ons=linuxthreads --with-headers=${SYSROOT}/usr/include 2>&1 | tee 
configure.out 

#make cross-compiling=yes install root=${SYSROOT} install-headers 2>&1 | 
tee make.out 

#touch ${SYSROOT}/usr/include/gnu/stubs.h 

#touch ${SYSROOT}/usr/include/bits/stdio lim.h 


(6) 安装 GCC 第 一 阶段 。 安 装 GCC 共 分 为 两 个 阶段 ， 第 一 阶段 是 为 了 安装 ARM 交 


又 编译 工具 没有 支持 libe 库 的 头 文件 。 


#cd ${PREFIX}/src 
#bunzip2 -c gcc-3.4.4.tar.bz2 | tar xvf - 
#patch -d gcc-3.4.4 -pl < flow.c.diff 

// 给 gcc-3.4.4 安装 补丁 文件 flow.c.diff 
#patch -d gcc-3.4.4 -pl < t-linux.diff 
#mkdir -p /usr/local/arm/build/gcc-3.4.4-stagel 
#cd /usr/local/arm/build/gcc-3.4.4-stagel 
#../../src/gcc-3.4.4/configure --prefix=${PREFIX} --target=${TARGET} 
--enable-languages=c --with-sysroot=${SYSROOT} 2>&1 | tee configure.out 
#make 2>&1 | tee make.out 
#make install 2>&1 | tee -a make.out 


(7) 安装 GNU C 库 。 安 装 了 Glibe 后 才能 对 GCC 进行 完全 安装 。 


#cd ${PREFIX}/src 

#mkdir -p /usr/local/arm/build/glibc-2.3.5 

#cd /usr/local/arm/build/glibc-2.3.5 

#BUILD CC=gcc CC=${TARGET}-gcc AR=${TARGET}-ar RANLIB=${TARGET}-ranlib 
AS=$ {TARGET} -as LD=$ {TARGET}-1d ../../src/glibc-2.3.5/configure --prefix= 
/usr 

--build=i386-redhat-linux --host=arm-unknown-linux-gnu --target=arm- 
unknown-linux-gnu 

--without- thread --enable-add-ons=linuxthreads --with-headers= 
${SYSROOT} /usr/include 

2>&1 | tee configure.out 

#make 2>&1 | tee make.out 

#BUILD CC=gcc CC=${TARGET}-gcc AR=${TARGET}-ar RANLIB=${TARGET}-ranlib 
AS=$ {TARGET}-as LD=${TARGET}-1d../../src/glibc-2.3.5/configure --prefix= 
/usr build=${HOST} --host=${TARGET} -target=${TARGET} --without- thread 
—-enable-add-ons=linuxthreads --with-headers=${SYSROOT}/usr/include 2>&1 
| tee make.out 


(8) 完全 安装 GCC。 


#cd ${PREFIX}/src 

#mkdir -p /usr/local/arm/build/gcc-3.4.4 

#cd /usr/local/arm/build/gcc-3.4.4 

#../../src/gcc-3.4.4/configure --prefix=${PREFIX} --target=${TARGET} 
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--enable-languages=c --with-sysroot=${SYSROOT} 2>&1 | tee configure.out 


#make 2>&1 | tee make.out 
#make install 2>&1 | tee -a make.out 


编译 完成 后 会 在 /usr/local/arnybin 目录 下 增加 交叉 编译 工具 ， 具 体 生 成 的 工具 如 下 : 


arm-linux-addr2line arm-linux-cpp arm-linux-gcov arm-linux-objdump 
arm-linux-strings 

arm-linux-ar arm-linuzx-gcc arm-linux-ld arm-linux-ranlib 
arm-linux-strip 

arm-linux-as arm-linux-gcc-3.4.4 arm-linuzx-nm arm-linux-readelf 


arm-linux-c++filt arm-linux-gccbug arm-linux-objcopy arm-linux-size 


(9) 删除 源码 目录 、 临 时 目录 和 一 些 中 间 目 录 ， 得 到 arm-linux、bin、lib、libexec 和 
share 目录 。 


外 注意 : 编译 交叉 编译 器 是 一 个 很 耗 时 的 工作 ， 对 于 实际 项 目的 作用 并 不 大 。 除非 在 某 些 
应 用 程序 或 者 驱动 模块 已 经 通过 测试 进入 成 品 库 , 而 这 些 应 用 程序 或 驱动 模块 依 
赖 某 个 版 本 GCC 或 glibe， 同 时 修改 和 测试 应 用 程序 或 驱动 模块 的 工作 量 相 对 非 
常 复杂 ， 此 时 可 以 选择 需要 的 版 本 进行 建立 交叉 编译 环境 。 一般 情况 下 ， 建 议 读 
者 直接 使 用 开发 板 厂商 提供 的 交叉 编译 器 ， 或 者 在 网 上 下 载 稳定 的 交叉 编译 器 。 
目前 针对 2.4 内 核 的 稳定 版 本 为 2.95.3， 针 对 2.6 内 核 的 稳定 版 本 为 3.4.1。 笔 者 
目前 还 使 用 开发 商 提供 的 4.3.2 版 本 。 在 后 面 的 内 核 移 植 和 驱动 移植 过 程 中 使 用 
的 就 是 4.3.2 版 本 。 


2.2.2 ”交叉 编译 器 测试 


在 使 用 新 建立 的 交叉 编译 器 前 需要 对 其 进行 简单 的 测试 ， 查 看 其 生成 的 文件 是 否 可 以 
移植 到 ARM 平台 的 开发 板 上 运行 。 

(1) 对 编译 的 交叉 工具 链 进行 简单 的 测试 。 将 arm-linux-gce 添加 到 环境 变量 中 。 

# vi /etc/profile 


找到 # Path manipulation 部 分 , 添加 arm-linux-gcc 所 在 目录 。 修改 后 保存 配置 重启 系统 
配置 生效 。 


# Path manipulation 

if [SEOID 一 “0 J then 
pathmunge /sbin 
pathmunge /usr/sbin 
pathmunge /usr/local/sbin 

ey 


修改 如 下 : 


# Path manipulation 

if£ [ "“$EUID"” = "0" ]; then 
pathmunge /sbin 
pathmunge /usr/sbin 
pathmunge /usr/local/sbin 
pathmunge /usr/local/arm/bin 

Ei 
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(2) 编写 简单 的 测试 程序 ， 查 看 程序 适应 的 体系 结构 。 


#include <stdio.h> 

int main() 

{ 
printf("test arm-linux-gcc"); 
return 0; 


. 
对 上 面 的 程序 进行 交叉 编译 , 并 查看 其 头 文件 信息 , 看 其 运行 属于 哪 种 平台 体系 结构 。 


#arm-linux-gcc -o test test.c // 交 叉 编译 test .c， 生 成 test 
# readelf test -h // 使 用 readelf 命令 查看 头 文件 信息 
ELF Header: 
Magic: 7f 45 4c 46 01 01 01 61 00 00 00 00 00 00 00 00 
Class: ELF32 
Data: 2's complement, little endian 
Version: 1 (current) 
OS/ABI: 
ABI Version: 0 
Type: EXEC (Executable file) 
Machine: ARM 
Version: 0x1 
Entry point address: 0x8378 
Start of program headers: 52 (bytes into file) 
Start of section headers: 3600 (bytes into file) 
Flags: 0x2, has entry point, GNU EABI 
Size of this header: 52 (bytes) 
Size of program headers: 32 (bytes) 
Number of program headers: 6 
Size of section headers: 40 (bytes) 
Number of section headers: 34 
Section header string table index: 信和 


可 以 看 出 该 文件 运行 的 环境 为 ARM。 
2.3 超级 终端 和 Minicom 


在 需要 对 目标 板 进行 查看 、 操 作 或 者 目标 板 和 上 位 机 进行 文件 传输 和 通信 时 ， 需 要 安装 
终端 软件 。 通 过 终端 软件 来 对 目标 板 进行 配置 ， 或 者 执行 目标 板 上 的 程序 与 主机 进行 通信 。 


2.3.1 超级 终端 软件 的 安装 


在 Windows 环境 中 ， 一 般 使 用 系统 自 带 的 超级 终端 软件 ， 或 者 安装 其 他 的 终端 软件 。 
下 面 介绍 超级 终端 软件 的 使 用 和 设置 。 
执行 “开始 ”|“ 所 有 程序 ”|“ 附 件 ”|“ 通 信 ”|“ 超 级 终端 ”命令 ， 打 开 超 级 终端 软 
件 ， 如 图 2.35 所 示 。 可 以 任意 为 其 取 名 字 ， 可 以 以 开发 板 型 号 作为 名 称 。 
开发 板 一 般 是 通过 串口 线 和 PC 连接 。 在 选择 连接 使 用 的 端口 时 ， 如 果 有 计算 机 串 行 
接口 ， 则 一 般 默认 选择 COM1。 这 里 使 用 的 计算 机 没有 串口 , 采用 的 是 USB 转 串口 方式 与 
开发 板 进行 连接 。 图 2.36 是 对 连接 端口 的 选择 。 如 果 第 一 次 设置 不 清楚 时 ， 可 以 查看 设备 
管理 器 ， 如 图 2.37 所 示 。 


44 。 


第 2 章 ， 嵌入 式 Linux 开发 环境 措 建 


=|D|x| 
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天 


图 2.36 超级 终端 连接 端口 选择 图 2.37 确定 与 开发 板 相连 的 端口 


对 端口 参数 的 设置 包括 比特 率 、 奇 偶 校 验 、 数 据 流 控制 等 ， 其 相应 的 选择 如 图 2.38 所 
示 。 最 后 单 击 “ 确 定 ”按钮 保存 配置 ， 下 次 可 以 直接 使 用 。 


2.3.2 ”Minicom 使 用 


Minicom 是 Linux 系统 中 的 终端 软件 。 在 Linux 系统 中 可 以 通过 此 软件 访问 目标 板 。 
如 果 上 位 机 中 带 有 串口 ， 那 么 ttyS0 代表 COM1，ttyS1 代表 的 就 是 COM2。 如 果 在 上 位 机 
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中 不 带 串 口 ， 那 么 需要 编译 加 载 usbserial 模块 。 加 载 模块 后 可 以 在 dev 下 面 生成 ttyUSB0。 
编译 内 核 、 驱 动 的 方法 和 加 载 驱动 的 方法 将 在 后 面 介绍 。 下 面 介绍 minicom 的 设置 。 


图 2.38 ”端口 参数 设置 
(1) 在 Shell 中 使 用 minicom -s 命令 进行 配置 界面 ， 如 图 2.39 所 示 。 
#minicom 一 S 


队 应 用 有 8 序 位 置 系统 例 惟 后 司 容 


FootGiocalhosE= 


文件 介 ”编辑 但 ) 查看 终端 (标签 @) 帮助 H) 


Exit from Minicom 


图 2.39 Minicom 的 配置 界面 


(2) 使 用 键盘 的 上 下 键 对 光标 进行 操作 ， 选 择 Serial port setup 项 后 按 下 Enter 键 确 定 
进入 此 项 进行 配置 。 如 果 选 错 选项 可 使 用 Esc 键 退 出 。 进入 串口 的 配置 界面 如 图 2.40 所 示 。 

(3) 通过 按 下 键盘 的 A、B、C、D、E、F、G 键 选择 进入 各 个 参数 项 的 配置 。 配 置 完 
成 后 按 下 Enter 键 确认 配置 。 对 波 特 率 、 数 据 位 和 停止 位 参数 配置 ， 如 图 2.41 所 示 ， 最 终 
配置 如 图 2.42 所 示 。 最 后 退出 并 保存 配置 。 
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Oodle 


: /aevjacdem 
+ /rar/icck 


D— Callout Pr 
E- 5400 SN 
F — Hardvare Flow Centroi 
6 — Software Flow Control 


Change shich setting 


Screen and keyboard 
Save setup ss df 
Save setup as 


From Minicom 


图 2.40 串口 的 配置 界面 


F5ctBIGcaihGcEE 


文件 书坊 强 且 查看 (WU) 经销 作 ， 标 容 昌 ) 桂山 他 


一 -一 tcoe Poranotore] 


A -Sertal | Current: 115200 ENL 
B - Lockfile L 
CC- CallinP| Speed Parit 
D - callout P 
E- Bps/Par|A: a + one 
F ~ fardvare F Even 
G -Software F + 0dd 
Mork 
harge whic | E: :Space 
F Stopbits | 
Screen | G: 由 
Seve s |il 3 2 
Exit 
Exit f 


图 2.41 波 特 率 、 数 据 位 和 停止 位 配置 


root@localhor 


文件 名 编 强 且 坦 看 WW 经 铀 人 标 符 昌 ) 桂山 人 


Charge vhich settirg? 四 


Screen and keyboard 


Save setup ss.. 
Exit 
ENit fron Minicon 


图 2.42 最 终 配 置 
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2.3.3 SecureCRT 使 用 


SecureCRT 也 是 一 款 功 能 强大 的 终端 软件 ， 其 使 用 环境 为 Windows 环境 。 对 于 安装 过 
程 比较 简单 不 予 介绍 。 本 节 只 介绍 其 第 一 次 使 用 时 的 配置 过 程 。 配 置 一 次 后 ， 以 后 直接 连 
接 即 可 。 

(1) 通过 菜单 File | Connect 或 File | Quick Connect 命令 均 可 进入 配置 界面 ， 或 者 通过 
工具 栏 的 Connect 按钮 和 Quick Connect 按钮 进入 配置 界面 。 两 者 的 配置 界面 不 同 但 是 参数 
是 一 样 的 。 这 里 举例 Quick Connect 配置 界面 ， 如 图 2.43 所 示 。 

(2) 按 下 Connect 按钮 保存 配置 并 进入 连接 状态 。 下 次 运行 此 软件 时 可 以 直接 选择 此 
连接 ， 如 图 2.44 所 示 。 直 接 选 择 Connect 按钮 进入 连接 状态 。 


IE > 
Eee ET 
Brotoceol, [swin 可 一 
Tart; FE 可 or Control Chir 
Boud rate; [ns 加 上 
Parity: [one 
Stop bits 下 可 
[Shox quick conneet on star 。 克 Saye session 
厂 0pen in s tsb Sy Show dinlog on stw 厂 pen in s ts 


Close 


[Cee | _ cuen | 


图 2.43 SecureCRT 串口 配置 图 2.44 重新 运行 SecureCRT 界面 


外 注意 : 以 上 3 个 终端 软件 任意 使 用 一 个 即 可 ， 并 非 都 要 进行 安装 


2.4 ” 内核、 文件 系统 加 载 工具 


内 核 、 文 件 系统 加 载 工具 是 嵌入 式 开发 必 备 的 工具 ， 在 购买 开发 板 时 ， 会 得 到 配套 的 
这 类 工具 。 不 同 的 公司 提供 的 工具 和 方法 略 有 不 同 。 这 里 针对 重要 的 地 方 加 以 介绍 。 


2.4.1 烧 写 Bootloader 


可 以 使 用 超级 终端 的 “传送 ”| “发 送 文件 ”命令 进入 发 送 文件 对 话 框 ， 使 用 Xmodem 
协议 和 Kermit 协议 发 送 Bootloader 的 各 个 文件 。 选 择 协 议 如 图 2.45 所 示 。 

JTAG 烧 写 Bootloader 程序 过 程 如 下 : 

(1) 确定 JTAG 烧 写 器 与 开发 板 的 JTAG 口 相连 ， 然 后 连接 并 口 线 和 上 位 机 。 

(2) 运 行 JTAG Server 软件 , 打开 开发 板 电源 对 JTAG 工具 进行 配置 , 选择 Setting | LPT 
Jtag Setting 命令 进入 配置 界面 ， 如 图 2.46 所 示 。 然 后 可 以 设置 配置 界面 ， 如 图 2.47 所 示 。 
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卫 | 到 3| ol 


图 2.45 使 用 超级 终端 烧 写 Bootloader 


人 ER 
人 


| VSB/LPT Selection 
而 SB Ttag Setting 


Port Setting 


GTAP Configuration 


图 2.46 选择 JTAG 配置 图 2.47 JTAG 配置 界面 


(3) 正确 配置 后 ， 可 以 识别 开发 板 CPU 类 型 ， 如 图 2.48 所 示 。 

(4) 并 口 的 设置 。 如 果 不 能 正确 识别 CPU 类 型 ， 则 应 该 在 设备 管理 器 中 检验 并 口 是 否 
设置 正确 。 在 设备 管理 器 中 选择 ECP 打印 机 端口 ， 如 图 2.49 所 示 。 

(5) 进入 打印 机 端口 属性 对 话 框 后 , 选择 “资源 ”标签 , 在 其 中 查看 打印 机 是 否 为 ECP 
类 型 ， 起 始 地 址 是 否 为 0378， 如 图 2.50 所 示 。 如 果 设 置 不 正确 则 应 该 进入 BIOS 对 并 口 设 
置 进行 修改 。 

(6) 选择 Script | Init Script 命令 ， 然 后 单 击 Load 按钮 加 载 .his 文件 进行 初始 化 ， 如 图 
2.51 所 示 。 

(7) 选择 Flasher | Start H-Flasher 命令 进入 烧 写 界面 ， 加 载 对 应 CPU 类 型 的 .hfe 文件 。 
选择 烧 写 命令 如 图 2.52 所 示 ， 加 载 hfe 文件 后 界面 如 图 2.53 所 示 。 
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[rc server 


ARM920T 
0x0032409D 


图 2.48 正确 识别 CPU 类 型 
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ARM920T 
0x0032409D 


2.52 ”选择 烧 写 命令 


。50 。 


WPOSTCON CHCC NODEN 


日 -时 请 DCo 和 LT 

| 一 ac 好 Interface co6) 
一 acc mms Interface (COMO) 
一 CCC Noden Interface (CONG) 


图 2.49 选择 ECP 打印 机 端口 
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2.53 ”加载 hfe 文件 
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(8) 在 Programming 项 中 指定 烧 写 文件 的 路 径 ， 如 图 2.54 所 示 。 按 下 Program 按钮 就 
可 以 使 用 JTAG 口 烧 写 Bootloader。 


3C24404K9F1208 


图 2.54 指定 烧 写 文件 的 路 径 


(9) 如 果 开 发 板 中 已 经 安装 了 系统 ， 那 么 重启 开发 板 ， 然 后 立刻 单 击 Program 按钮 进 
行 烧 写 。 烧 写 过 程 如 图 2.55 所 示 。 


2.55 ” 烧 写 Bootloader 过 程 


(10) 正确 烧 写 完成 后 的 提示 界面 如 图 2.56 所 示 ， 至 此 完成 整个 Bootloader 烧 写 过 程 。 


图 2.56 正确 烧 写 完成 
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2.4.2 ”内 核 和 文件 系统 下 载 


有 些 公 司 提供 网 口 下 载 内 核 和 文件 系统 的 方式 ; 而 有 些 公司 采用 USB 方式 下 载 文件 系 
统 和 内 核 。 采用 网 口 方式 下 载 时 需要 安装 TFTP 工具 ,然后 设置 正确 的 IP 地 址 和 下 载 文件 


路 径 ， 


同时 需要 在 U-boot 中 设置 服务 器 的 人 P 为 上 位 机 的 人 P 地 址 。 设 置 开发 板 的 人 P 地 址 


与 上 位 机 的 他 地 址 为 同一 个 网 段 , 在 上 位 机 中 建立 TFTP 服务 器 后 , 通过 终端 软件 输入 tftp 
命令 下 载 内 核 和 文件 系统 。 

使 用 USB 端口 下 载 内 核 和 文件 系统 时 ， 需 要 安装 DNW 工具 。 开 发 板 需 要 通过 串口 与 
上 位 机 相连 。 运 行 DNW 工具 ， 选 择 Configuration | Option 命令 进入 配置 界面 ， 如 图 2.57 


所 示 。 


UART/USB Options 


-Serial Port 


Baud Rate 
Cancel 


-USB Port 


Download Addresscj0x32000000 


图 2.57 对 串口 通信 的 配置 
选择 Serial | Connect 命令 ， 建 立 与 开发 板 的 连接 。 选 择 建立 连接 命令 如 图 2.58 所 示 ， 


成 功 连接 后 如 图 2.59 所 示 。 


CEITIICTRTETTOTITT 
Serial Port USB Port Confiearation Hely 


EE Dj xl 
Serial Port USB Port Configuration Help 


Transnit 


图 2.58 ”建立 连接 命令 图 2.59 成 功 连接 


串口 连接 成 功 后 ， 连 接 USB 下 载 线 。 标 题 栏 显示 USB:OK 后 ， 按 住 空格 键 重新 启动 
开发 板 进入 VIVI 模式 ， 如 图 2.60 所 示 。 然 后 可 以 进行 分 区 、 重 新 下 载 Bootloader、 下 载 
内 核 和 文件 系统 。 有 具体 过 程 将 在 移植 相关 部 分 时 进行 详细 说 明 。 


外 注意 : 在 第 二 次 使 用 DNW 工具 时 ， 也 可 能 因为 使 用 的 USB 端口 与 上 次 不 同 或 者 其 他 
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原因 无 法 识别 USB 设备 。 此 时 会 在 设备 管理 器 对 话 框 的 通用 串 行 总 线 控制 器 中 ， 
出 现 一 个 驱动 为 unknow device 的 设备 , 如 图 2.61 所 示 。 右 击 该 项 重新 安装 驱动 ， 
重新 安装 完 驱动 后 重新 启动 开发 板 。 正确 安装 后 设备 管理 器 下 会 正确 显示 设备 的 
名 字 ， 如 图 2.62 所 示 ， 且 DNW 对 话 框 中 显示 USB:OK， 此 时 可 以 通过 USB 端 
口 下 载 内 核 和 文件 系统 映像 文件 了 。 


DEY v0. SOA 
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[cos4, 115200bps] [VSB-OK] 


TIntel (R) 82801FB/FB USB Universal NHost Controller - 265A 
FB/PEN USB Universal Host Controller ~ 


图 2.62 DNW USB 驱动 重新 正确 安装 
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2.4.3 ”应 用 程序 和 文件 传输 


整个 系统 移植 成 功 后 ， 还 有 一 些 应 用 程序 或 者 文件 要 在 开发 板 和 上 位 机 之 间 进 行 传 
输 。 一 般 选 择 FTP 进行 传输 。 在 上 位 机 上 安装 FTP 服务 器 软件 ， 启 动 服务 器 。 

启动 超级 终端 ， 查 看 开发 板 是 否 设 置 了 与 上 位 机 相同 人 P 段 的 瑟 地 址 ， 如 果 没 有 进行 
设置 ， 则 使 用 这 onfig 进行 设置 ， 设 置 后 查看 如 图 2.63 所 示 。 

#ifconfig eth0 192.168.1.230 


#ifconfig 
EREEEE Ox 
文件 四 鲍 每 加) 查看 WW 呼叫 民 ) 传送 了 帮助 0) 
DB| 可 | 四国 | 可 | 
[rooteFriendlyBRM /J# ifconfig eth@ 192.168.1.230 司 
[rooteFriendlyRRM /]#_ ifconfig 
ethg Link encap:Ethernet _HWaddr 98:90:99:99:99: 


90 
inet addr:192.168.1.230 Bcast:192.168.1.255 Mask:255.255.255.0 
UP BROADCAST RUNNING MULTICAST HTU:156@ Metric:1 
RX packets:68 errors:0 dropped:8 overruns:8 frame:0 
TY packets:8 errors:0 rope @ overruns:0 caerrier:0 
collisions;9 txqueuelen:108 
RX bytes:8446 (8.2 KiB) | bytes:0 (9.0 B) 
Interrupt:51 


lo ne en snap besel topback 
ine 
UP odpanig NE [Hi en ie: 1 
RX packets:Q errors:9 dropped:9 overruns:Q frame:0 
TX packets:0 errors:0 dropped:@ overruns:0 carrier:0 
collisions:0 txqueuelen:0 
RK bytes:0 (9.0 B) TX bytes:0 (8.0 B) 


[root@FriendlyARM /]# 


| 已 于 接 0:04 1:| 自 动 检测 li1s200 8-iFl Pcs [cs [mm | 痛打 本 泌 
图 2.63 设置 开发 板 亿 地 址 
使 用 FTP 命令 登录 上 位 机 前 , 测试 能 否 与 上 位 机 建立 正确 的 连接 ,如 图 2.64 所 示 。 建 
立正 确 的 连接 后 ,使 用 建立 FTP 服务 器 时 设置 的 用 户 名 和 密码 进行 登录 。 登 录 过 程 如 图 2.65 
所 示 。 


#Ping 192.168.1.199 
#ftp 192.168.1.199 


Name:root // 提 示 输 入 用 户 名 “root”， 在 服务 器 上 建立 的 用 户 名 
Password:123 // 提 示 输 入 密码 “123”， 在 服务 器 上 建立 root 用 户 的 密码 
ftp>binary // 传 输 文件 时 使 用 的 格式 


使 用 ls 可 以 显示 服务 器 共享 的 文件 , 使 用 get 命令 可 以 从 服务 器 上 下 载 文件 , 使 用 put 
命令 可 以 向 服务 器 上 传 文件 。 完 成 文件 传输 可 以 使 用 bye 退出 FTP， 如 图 2.66 所 示 。 


Etp>1s 
ftp>get usb modeswitch.conf /etc/usb modeswitch.conf 
// 从 服务 器 上 下 载 文件 usb modeswitch.conf 
ftp>bye // 退 出 ftp 
#1ls /etc/ 
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3 lx 
文件 旭 编辑 人 E) 查看 WV) 呼 M EC) 传送 中 帮助 0 
Dll sl3| Bl 村 | 
[root@FriendlyARM /J]# ping 此 Be 1.199 习 
PING 192.168.1.199 (192.168.1.199): 56 data bytes 
64 bytes from 192.168 3 =0 = 
64 bytes from : seq=1 


: seq-2 
: seq=3 


64 bytes from : seq=é 
64 bytes from : seq=5 
64 bytes from : seq=6 
64 bytes from : Seq=7 


: seq=8 
: seq=9 


64 bytes from seq=10 tt1 
64 bytes from seq=11 
64 bytes from eq 一 


Dl 


已 连接 0:01:0 ARSTY fis oF1 [SET FS ma | 戎 有 可 


2.64 ”检验 开发 板 是 否 与 上 位 机 建立 连接 


ERETEEE3 
文件 中 护 辑 E) 查看 WW 呼 HC) 传送 四 ”帮助 0 


=|glxl 


Dls| sl3| 到 如 | 要 
[root@FriendlyARM /J 
Connected to 192.168.1. 
S20 Sergzu EP Sor v6} 0 for WinSock ready.. 
Name (192.168.1.199:root 


331 User ay, need 
Password: 一 
230 User 1ogged in, proceed. 输入 密码 


Remote System type is UNIX. 
Using mode to transfer files. 
ftp> 
4 ype set toI. 
tp> - 


i 


图 2.65 ”登录 FTP 服务 器 过 程 


件 轩 ) 编辑 电 ) 查看 呼叫 此) 传送 CI) 帮助 0 


Dl] B13] mel 副 


5 
280" PORT Conmand successful. 


226 Transfer complete. 
28914 bytes received in 1.53 secs (18 Kbytes/sec) 


ftpxcBye> 

229 Goodbye! 

[root@FriendlyARM /]# 
pointercal 


mdev.conf 
mime. types 
tab 


150 0pening BINRRY mode data connection for usb_modeswitch.conf (28914 Bytes). 


1 


BR 2 5000 ET 


图 2.66 传输 文件 过 程 
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2.5 在 开发 中 使 用 网 络 文件 系统 (NFS) 


在 开发 中 使 用 NFS 有 两 个 优点 : 开发 过 程 中 不 受 开 发 板 空间 的 限制 ,直接 使 用 网 络 文 
件 就 像 使 用 本 地 文件 一 样 ， 调 试 过 程 中 避免 一 一 将 编译 后 的 应 用 程序 和 库 文件 复制 到 开发 
板 上 。 在 开发 板 中 使 用 网 络 文件 系统 可 以 为 开发 和 调试 节省 不 少时 间 。 下 面 介绍 虚拟 机 环 
境 下 搭建 NFS 的 过 程 。 


2.5.1 虚拟 机 设置 


这 里 需要 配置 虚拟 机 ， 让 虚拟 机 能 够 直接 访问 局 域 网 内 的 任何 主机 。 前 面 为 了 能 够 让 
虚拟 机 与 宿主 机 进行 通信 ， 将 虚拟 机 的 网 络 连接 设置 为 NAT 方式 ， 下 面 主要 介绍 桥接 模 
式 和 NAT 模式 。 


1. 桥接 模式 〈Bridged Networking) 

在 桥接 模式 下 ，VMWare 虚拟 出 来 的 操作 系统 相当 于 局 域 网 中 一 台独 立 的 主机 ， 它 可 
以 访问 网 内 任何 一 台 机 器 。 在 这 种 模式 下 ， 需 要 手动 为 虚拟 系统 配置 和 宿主 机 器 处 于 同一 
网 段 的 他 地 址 和 子 网 掩 码 , 这样 虚拟 系统 就 可 以 和 宿主 机 器 进行 通信 。 如 果 配 置 好 网 关 和 
DNS 的 地 址 ， 还 可 以 通过 局 域 网 的 网 关 或 路 由 器 访问 互联 网 。 

2. NAT 模 式 (Network Address Translation) 


在 NAT 模式 下 ， 虚 拟 系统 借助 NAT 网 络 地 址 转换 ) 功能 ， 通 过 宿主 机 器 所 在 的 网 
络 来 访问 互联 网 。NAT 模式 下 的 虚拟 系统 的 TCP/IP 配置 信息 是 由 VMnet (NAT) 虚拟 网 
络 的 DHCP 服务 器 提供 ， 无 法 进行 手动 修改 ， 因 此 虚拟 系统 和 局 域 网 中 的 其 他 真实 主机 无 
法 通信 。 

为 了 使 得 虚拟 机 、 宿 主机 和 开发 板 能 达到 互相 通信 的 目的 ， 虚 拟 机 的 网 络 连接 方式 应 
该 采用 桥接 方式 ， 通 过 选择 菜单 “虚拟 机 ”， 然 后 在 下 拉 菜单 中 选择 “设置 ”选项 ， 在 弹 
出 的 Virtual Machine Setting 窗口 中 进行 设置 ， 如 图 2.67 所 示 。 


外 注意 : 设置 虚拟 机 网 络 连接 时 ， 应 该 是 在 虚拟 机 没有 启动 时 进行 设置 ， 否 则 无 法 设置 或 
者 设置 无 法 生效 。 


2.5.2 ”虚拟 机 的 IP 地 址 设置 


启动 虚拟 机 , 查看 虚拟 机 的 他 地 址 和 网 络 连接 状态 。 在 右 下 角 查 看 虚拟 网 卡 是 否 连接 ， 
在 终端 输入 ifconfig 查看 eth0 是 否 设置 ， 如 图 2.68 所 示 。 

或 者 可 以 通过 “系统 ”| “管理 ”|“ 网 络 ” 命 令 打 开 “ 网 络 配置 ”对 话 框 ， 选择 “设备 ” 
选项 卡 ， 如 图 2.69 所 示 。 双 击 设备 eth0 进入 以 太 网 设置 窗口 ， 在 该 窗口 中 对 虚拟 机 他 地 
址 和 网 关 进 行 设置 ， 如 图 2.70 所 示 。 
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团 当 计算 机 启动 时 激活 设备 (A) 
口 人 t 许 所 有 用 户 启用 和 茜 用 该 设 首 人 2) 
口 为 此 界面 启用 IPv6 配置 


口 自动 获取 中 地址 设置 使 用 : 
HCP 各 畦 - 
Ee 


园 窒 动 从 提 住 丙 外 获取 DNS 信息 (D》 


回 静 术 设置 的 IP 地 址 : 
和 手工 设置 地 址 


2.69 ”虚拟 机 网 络 配置 2.70 ”虚拟 机 下 设置 
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全 注意 : the Fl 的 虚拟 网 卡 标识 是 否 连接 上 ， 如 果 没有 连接 上 则 有 
可 能 是 安装 虚拟 机 时 少 选 了 一 项 VMware Bridge Protocol。 如 果 连 接 上 就 不 必 进 
行 下 面 的 安装 过 程 了 。 


可 以 打开 主机 网 络 连接 的 属性 窗口 ， 在 该 窗口 中 有 本 地 连接 VMnetl 和 VMnet8 和 网 
络 连接 。 右 击 VMnetl 或 者 VMnet8, 选择 “属性 ”进入 “VMware Network Adapter VMnetl 
属性 ”对 话 框 ， 单 击 “ 安 装 ” 按 钮 ， 如 图 2.71 所 示 。 进 入 “选择 网 络 组 件 类 型 ”对 话 框 后， 
选择 “服务 ”选项 ， 并 单 击 “ 添 加 ”按钮 ， 如 图 2.72 所 示 。 


上 aeare Netrork Adspter VEnetl 主导 


宁 岗 | | 
连接 时 使 用 

可 Was Virtual Bthernet Mapte = 

p 类 
选择 网 络 组 件 类 型 了 xx 
国 
erosoft 网 络 的 文件 和 打印 机 共享 单 击 要 安装 的 网 络 组 件 类 型 人) 
回 WRising REwARP Driver 客户 端 


EA a 


说 明 
| 从 话 修 的 计算 机 访问 卓 crosoft 网 络 上 的 资源 。 


厂 连接 后 在 通知 区 域 显示 图 标 也 ) 
厅 此 连接 补 限 制 或 无 连接 时 通知 我 电 ) 


图 2.71 进入 VMware Network Adapter 图 2.72 添加 服务 
VMnetl 属性 窗口 


在 选择 网 络 客户 端 窗口 ， 单 击 “ 从 磁盘 安装 ”， 如 图 2.73 所 示 。 在 虚拟 机 安装 路 径 下 
的 VMware Workstation 目录 中 找到 netbridge.inf 文件 ， 选 择 “ 打 开 ” 按 钮 进行 安装 ， 如 图 
2.74 所 示 。 


本 和 人 全 和 


usb, inf 


机 上 
文件 名 四: eurmaeat 了 [ro ee] 
文 HD: [SEE 了 可 


4 


2.73 选择 从 磁盘 安装 2.74 ”打开 安装 文件 netbridge.inf 


安装 过 程 完 成 后 ,在 VMware Network Adapter VMnetl 属性 窗口 出 现 了 VMware Bridge 
Protocol 项 ， 如 图 2.75 所 示 。 重 新 启动 计算 机 ， 并 且 重 启 虚拟 机 。 
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连接 时 使 用 - 


We Wirtndl Ethernet Moptt Pe 置 ©) 


Gives virtaal machines access to physicd 
networks. 


厂 连接 后 在 通知 区 域 显示 图 标 四) 
此 主 接 访 限制 或 无 连接 时 通知 我 @) 


| 


图 2.75 ”安装 后 出 现 VMware Bridge Protocol 项 


2.5.3 ”验证 网 络 连 接 


主机 的 下 地 址 为 192.168.1.199， 虚拟 机 的 下 地址 为 192.168.1.123， 开 发 板 的 耳 地址 
为 192.168.1.230。 分别 通过 ping 命令 验证 两 两 之 间 是 否 可 以 通信 ， 正 常情 况 下 是 可 以 互相 
ping 通 ， 但 是 如 果 物 理 网 卡 没有 连接 网 线 则 无 法 实现 通信 (开发 板 与 主机 采用 交叉 网 线 连 
接 ) ， 如 图 2.76 是 虚拟 机 ping 主机 的 情况 。 


root@localhost:~ 一 口 X 


文件 人 编辑 企 ) 查看 久 终端 (D， 标签 @) 帮助 时 ) 


[rootelocalhost“]# ping 192.168.1.199 
PING 192.168.1.199 (192.168.1.199) 56(84) bytes of data. 
64 bytes from 192.168.1.199: icmp_seq=1l tt1=128 time=0.167 ms 
64 bytes from 192.168.1.199: icmp_seq=2 tt1=128 time=0.152 ms 
64 bytes from 192.168.1.199: icmp_seq=3 tt1=128 time=0.150 ms 
64 bytes from 192.168.1.199: icmp_seq=4 tt1=128 time=0.140 ms 
64 bytes from 192.168.1.199: icmp_seq=5 tt1=128 time=0.130 ms 
1 
1 


加 | 


64 bytes from 192.168.1.199: icmp_seq=6 tt1=128 time=0.139 ms 
64 bytes from 192.168.1.199: icmp_seq=7 tt1=128 time=0.143 ms 


[四 ET | 


图 2.76 虚拟 机 ping 主机 


2.5.4 设置 共享 目录 


编辑 文件 /etc/exports， 在 文件 中 添加 以 下 内 容 。 


/home/nfs 192.168.1.*(rw, sync, no _ root squash) 
口 /home/nfs: 表示 共享 给 其 他 主机 的 共享 目录 ; 
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口 192.168.1.*: 表示 卫 地 址 为 192.168.1.2/254 的 主机 都 能 够 挂 载 /home/nfs 目录 ; 
口 rw: 表示 挂 接 此 目录 的 客户 机 对 该 目录 具有 读 写 的 权力 ; 

口 sync: 表示 同步 写 入 存储 器 ; 

口 no_root squash: 表示 允许 挂 接 此 目录 的 客户 机 享有 该 主机 的 root 身份 。 

使 用 下 面 的 命令 查看 共享 目录 : 


# Showmount -a 


如 果 出 现 错 误 : showmount: can't get address for localhost.localdomain， 则 修改 文件 
/etc/hosts， 将 


we localhost.localdomain localhost 


修改 为 : 


127.0.0.1 localhost.localdomain localhost 


2.5.5 ”启动 NFS 服务 


启动 NFS 服务 之 前 ， 先 关闭 防火 墙 ， 并 且 启 动 PortMap 服务 。 在 终端 中 输入 setup 命 
令 ， 进 入 选择 一 种 工具 界面 ， 如 图 2.77 所 示 。 使 用 Tab 键 选 择 “运行 工具 ” 回 车 确定 ， 进 
入 防火 墙 配置 禁止 防火 墙 ， 如 图 2.78 所 示 。 


火 墙 保护 网 络 免得 未 经 授权 的 网 络 入 侵 。 启 用 防火 墙 会 阻塞 所 有 
进入 的 连接 。 禁用 防火 墙 会 允许 所 有 连接 ， 我 们 不 推荐 您 这 么 做 。 


安全 级 别 : 


| 定制 | | 取消 | 
| 运行 工具 | 用 | 退出 | 3 === 
| 


2.77 选择 工具 界面 2.78 ”禁止 防火 墙 
启动 PortMap 服务 和 NFS 服务 的 命令 如 下 : 


# service portmap start 或 # /etc/init.d/portmap start // 服 务 启动 

# service portmap restart 或 # /etc/init.d/portmap restart // 服 务 重启 

# service nfs start 或 # /etc/init.d/nfs start 

# service nfs restart 或 #/etc/init.d/nfs restart 

如 果 在 启动 过 程 中 出 现 : 下 面 “ 启 动 NFS 守护 进程 失败 ”等 错误 ， 则 重新 计算 机 后 ， 
再 进行 尝试 。 

正确 启动 NFS 服务 过 程 和 信息 如 下 : 

# service portmap restart 

停止 portmap: [确定 ] 
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启动 portmap: [确定 ] 
# service nfs restart 

关闭 NFS mountd: [确定 ] 
关闭 NFS 守护 进程 : [确定 ] 
关闭 NES quotas: [确定 ] 
关闭 NES 服务: [确定 ] 
启动 NFS 服务 : [确定 ] 
关 掉 NFS 配额 : [确定 ] 
启动 NFS 守护 进程 : [确定 ] 
启动 NES mountd: [确定 ] 


2.5.6 ”修改 共享 配置 后 


修改 /etc/exports 配置 文件 后 ， 应 该 使 配置 文件 重新 生效 。 在 启动 了 NFS 之 后 又 修改 了 
/etc/exports， 此 时 就 可 以 用 exportfs 命令 使 改动 立刻 生效 ， 该 命令 格式 如 下 : 


exportfs [-aruv] 


口 -a: 全 部 mount 或 者 unmount /etc/exports 中 的 内 容 ; 
口 -r: 重新 mount /etc/exports 中 共享 出 来 的 目录 ; 

口 -u: umount 目录 ; 

口 -v: 在 export 的 时 候 ， 将 详细 的 信息 输出 到 屏幕 上 。 


exportfs -rv 


该 命令 重新 输出 全 部 的 共享 目录 信息 。 在 每 次 修改 了 /etc/exports 文件 后 都 要 运行 一 次 
该 命令 ， 使 共享 配置 生效 。 


2.5.7 挂 载 NFS 


在 虚拟 机 上 修改 共享 目录 /home/nfs 的 权限 为 777。 开 发 板 与 主机 通过 交叉 网 线 连 接 后 ， 
虚拟 机 、 主 机 及 开发 板 三 者 可 以 进行 互相 通信 。 使 用 mount 命令 在 开发 板 上 挂 载 此 目录 。 

#chmod 777 /home/nfs 

# mount -t nfs 192.168.1.123:/home/nfs /mnt 


或 者 使 用 
# mount -oO nolock -t nfs 192.168.1.123:/home/nfs /mnt 


2.5.8” 双 网 卡 挂 载 NFS 


当 拥 有 两 张 物理 网 卡 时 ， 专 门 用 一 张 网 卡 将 ARM 板 和 虚拟 机 相连 ,将 两 者 的 他 设置 
在 一 个 亿 段 内 。 具体 过 程 和 单 网 卡 类 似 , 首先 做 到 虚拟 机 和 ARM 能 相互 ping 通 ,接着 启 
动 NFS 服务 正常 ， 最 后 挂 载 网 络 文件 系统 。 

在 搭建 NFS 时 ， 给 出 一 些 错误 情况 解决 的 方法 。 

口 当 启动 NFS 服务 失败 时 ， 解 决 的 办 法 通常 是 修改 /etc/exports 文件 ， 出 错 的 原因 通 
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常 是 权限 引起 的 。 
口 当 出 现 RPC 等 报错 时 ， 应 该 注意 防火 墙 是 否 关闭 。 
口 当 挂 载 NEFS 时 ， 出 现 Permission denied 报错 时 ， 检 查 /etc/exports 文件 中 的 权限 设 
置 ， 另 外 检查 共享 目录 的 权限 设置 。 
出 现任 何 报错 的 情况 , 都 应 该 查看 错误 日 志 /varlog/messages, 对 照 错误 日 志 查找 问题 。 
笔者 在 挂 载 的 过 程 中 遇 到 几 个 问题 。 
(1) mount: RPC: Timed out 
该 问题 是 由 主机 的 防火 墙 引 起 的 ， 关 闭 了 虚拟 机 的 防火 墙 后 请 注意 ， 主 机 的 防火 墙 也 
可 能 对 RPC 的 包 进 行 拦截 。 遇 到 此 类 问题 时 ， 请 读者 注意 虚拟 机 和 主机 两 者 的 防火 墙 是 否 
关闭 。 
(2) 在 使 用 下 面 的 mount -t nfs 192.168.1.123:/home/nfs /mnt 命令 进行 挂 载 时 ， 出 现下 
面 的 错误 。 


rpcbind: server localhost not responding, timed out 
RPC: failed to contact local rpcbind server (errno 5). 
rpcbind: server localhost not responding, timed out 
RPC: failed to contact local rpcbind server (errno 5). 
rpcbind: server localhost not responding, timed out 
RPC: failed to contact local rpcbind server (errno 5). 
将 挂 载 命 令 修改 如 下 后 挂 载 成 功 

#mount -o nolock 192.168.1.123:/home/nfs /mnt 或 者 
#mount -oO nolock -t nfs 192.168.1.123:/home/nfs /mnt 


2.6 小 结 


安装 交叉 编译 工具 是 本 章 最 复杂 的 一 节 ， 建 议 读 者 在 有 充足 的 时 间 及 有 必要 的 情况 下 
才 去 编译 ， 一 般 可 以 直接 使 用 开发 板 公 司 提供 的 稳定 的 交叉 编译 工具 。 另 外 在 编译 前 ， 应 
该 参照 一 些 编译 成 功 的 例子 ， 与 其 版 本 最 好 一 致 。 如 果 编 译 过 程 中 出 现 问题 ， 首 先 应 该 考 
虑 版 本 是 否 兼容 。 更 换 新 版 本 时 应 该 清除 旧版 本 编译 过 程 中 生成 的 文件 。 重 新 编译 后 应 该 
核对 生成 工具 的 版 本 是 否 和 更 换 的 版 本 相符 。 因 为 初次 编译 交叉 环境 需要 很 长 时 间 ， 所 以 
在 继续 编译 时 有 可 能 出 现 环境 变量 失效 的 问题 。 读 者 在 安装 的 过 程 中 可 以 直接 使 用 全 路 径 
或 者 设置 永久 的 环境 变量 的 方式 。 一 般 而 言 ， 对 编译 安装 路 径 变量 不 提倡 设置 为 永久 的 环 
境 变量 ， 因 为 在 以 后 的 内 核 编译 、 驱 动 移植 、 文 件 系统 移植 等 编译 过 程 中 都 会 有 路 径 设置 
情况 。 
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第 3 章 Bootloader 移植 


Bootloader 是 在 嵌入 式 系 统 运 行 之 前 运行 的 一 段 程序 。 通 过 这 段 Bootloader 小 程序 ， 
可 以 初始 化 硬件 设备 、 建 立 内 存 空 间 的 映射 图 ， 从 而 将 系统 的 软 硬 件 环境 带 到 一 个 合适 的 
状态 ， 以 便 为 最 终 调 用 操作 系统 内 核准 备 好 正确 的 环境 。 本 章 主要 介绍 两 种 常见 的 
Bootloader 及 其 移植 过 程 。 


3.1 Bootloader 介绍 


体系 结构 不 同 的 CPU 都 有 不 同 的 Bootloader， 有 些 Bootloader 支持 多 种 不 同类 型 体系 
结构 的 处 理 器 ， 如 U-boot。 通 常 ，Bootloader 不 但 依赖 于 CPU 的 体系 结构 ， 而 且 依赖 于 特 
定 的 嵌入 式 板 级 设备 的 配置 ， 即 对 于 两 块 不 同 的 嵌入 式 板 而 言 ， 即 使 它们 是 基于 同一 种 
CPU 而 构建 的 ， 要 运行 在 一 块 开发 板 上 的 Bootloader 程序 能 够 运行 在 另 一 块 开发 板 上 ， 通 
常 需要 修改 Bootloader 的 源 程序 以 适应 不 同 的 开发 板 。 


3.1.1 Bootloader 与 嵌入 式 Linux 系统 的 关系 


从 软件 的 角度 可 将 嵌入 式 Linux 系统 划分 成 4 个 层次 ，4 个 层次 由 低层 到 高 层 分 别 如 
下 所 示 。 

口 引导 加 载 程序 : 包括 固化 在 固件 中 (firmware) 中 的 boot 代码 (可 选 ) 和 Bootloader 
两 大 部 分 。 

口 内 核 : 给 具体 类 型 开发 板 定制 的 内 核 及 控制 内 核 引 导 系 统 的 参数 。 

口 文件 系统 : 包括 根 文件 系统 和 建立 与 FLASH 内 存 设 备 上 的 文件 系统 。 

口 用 户 应 用 程序 : 用 户 的 应 用 程序 ， 包 括 GUI、Web 服务 器 、 数 据 库 、 网 络 协议 
栈 等 。 


3.1.2 Bootloader 基本 概念 


Bootloader 是 在 操作 系统 内 核 运行 前 执行 的 一 段 小 程序 ， 类 似 在 启动 Windows 系统 前 
运行 的 BIOS 程序 。 通 过 这 段 小 程序 ， 完 成 了 对 必要 硬件 设备 的 初始 化 ， 创 建 内 核 需 要 的 
信息 并 将 这 些 信息 通过 相关 机 制 传递 给 内 核 ， 从 而 将 系统 的 软 硬 件 环境 带 到 一 个 合适 的 状 
态 ， 最 终 调用 操作 系统 内 核 ， 起 到 引导 和 加 载 内 核 的 功能 。 
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1. Bootloader 的 安装 媒介 


系统 每 次 加 电 或 复位 后 ，CPU 都 会 固定 从 预先 设 定 的 地 址 上 取 指 令 。 基 于 CPU 构建 
的 能 入 式 系统 通常 都 有 某 种 类 型 的 固态 存储 设备 (比如 ROM、EEPROM 或 FLASH 等 ) 被 
映射 到 这 个 预先 设 定 的 地 址 上 。 

一 个 同时 安装 有 Bootloader、 内 核 的 启动 参数 、 内 核 映 像 和 根 文 件 系统 映像 的 固态 存 
储 设 备 的 典型 空间 分 配 结构 图 ， 如 图 3.1 所 示 。 


Bootloader 内 核 根 文件 系统 


启动 参数 
图 3.1 固态 存储 设备 的 典型 空间 分 配 结构 图 


2. Bootloader 启 动 过 程 分 类 


Bootloader 启动 过 程 分 为 单 阶段 和 多 阶段 两 种 。 相 对 单 阶段 Bootloader 而 言 ， 多 阶段 
的 Bootloader 则 功能 更 加 复杂 ， 可 移植 性 更 加 优越 。 从 固态 存储 设备 上 启动 Bootloader 一 
般 可 分 为 两 个 阶段 的 启动 过 程 ， 即 启动 过 程 可 以 分 为 stage 1 和 stage2 两 部 分 。 


3. Bootloader 的 操作 模式 


绝 大 部 分 Bootloader 均 包含 两 种 不 同类 型 的 操作 模式 ， 即 “启动 加 载 ” 模式 和 “下 载 ” 

模式 。 

口 启动 加 载 模式 : 这 种 模式 也 称 为 “自主 ”模式 。 即 Bootloader 从 目标 机 上 的 某 个 
固态 存储 设备 上 将 操作 系统 加 载 到 RAM 中 运行 , 整个 过 程 并 没有 用 户 的 介入 。 启 
动 加 载 模式 为 Bootloader 的 正常 工作 模式 ， 因 此 在 嵌入 式 产 品 发 布 时 ，Bootloader 
只 能 工作 在 该 模式 下 。 

口 下 载 模式 : 这 种 模式 下 , 目标 机 上 的 Bootloader 将 通过 串口 连接 、 网 络 连 接 或 USB 
连接 等 通信 手段 从 主机 〈Host) 下 载 文件 ， 如 下 载 内 核 映 像 文 件 和 文件 系统 映像 
文件 等 。 从 主机 下 载 的 文件 通常 首先 被 Bootloader 保存 到 目标 板 的 ROM 中 ,然后 
再 被 Bootloader 写 到 目标 板 上 的 FLASH 类 固态 存储 设备 中 。Bootloader 的 这 种 模 
式 通常 在 第 一 次 安装 内 核 与 根 文 件 系统 时 被 使 用 ， 或 者 在 系统 更 新 时 使 用 。 
Bootloader 工作 在 下 载 模式 时 ,通常 都 会 提供 一 个 命令 行 接口 给 它 的 终端 用 户 ， 以 
供用 户 通过 命令 行 控制 Bootloader 的 工作 。 
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3.1.3 ”Bootloader 启动 过 程 


Bootloader 的 启动 过 程 分 为 stagel 和 stage2 两 个 阶段 , 通常 stagel 是 用 汇编 语言 完成 ， 
而 stage2 则 用 C 语言 来 实现 , 以 便于 在 stage2 阶段 实现 更 加 复杂 的 功能 和 取得 更 好 的 代码 
可 读 性 及 可 移植 性 。 下 面 介绍 两 个 阶段 分 别 完成 的 不 同 工 作 。 


1. stage1 完 成 的 工作 


(1) 基本 的 硬件 初始 化 包括 以 下 工作 : 

口 屏蔽 所 有 中 断 。 为 中 断 提 供 服务 通常 是 操作 系统 设备 驱动 程序 的 责任 ， 因 此 在 
Bootloader 的 启动 全 过 程 中 可 以 不 必 响 应 任何 中 断 。 屏蔽 中 断 可 以 通过 写 CPU 的 
中 断 屏蔽 寄存 器 或 状态 寄存 器 〈 比 如 ARM 的 CPSR 寄存 器 ) 来 完成 。 

口 设置 CPU 速度 和 时 钟 频率 。 

口 初始 化 RAM。 包括 正 确 设置 系统 内 存 控制 器 的 功能 寄存 器 ， 以 及 各 内 存 库 控制 寄 
存 器 等 。 

口 初始 化 LED。 典 型 地 ， 通 过 GPIO 来 驱动 LED， 其 目的 是 检查 当前 系统 的 状态 是 
OK 还 是 ERROR。 如 果 板 子 上 没有 LED, 那么 也 可 以 通过 初始 化 UART 向 串口 打 
印 Bootloader 的 Logo 字符 信息 来 完成 这 一 点 。 

口 关闭 CPU 内 部 指令 和 数据 cache 灯 。 

(2) 准备 RAM 空间 加 载 stage2。 为 了 获得 更 快 的 执行 速度 ， 通 常 把 stage2 加 载 到 
RAM 空间 中 来 执行 ， 所 以 必须 准备 好 一 段 可 用 的 RAM 空间 范围 用 来 加 载 Bootloader 的 
stage2。 

(3) 复制 stage2 到 RAM 中 。 执 行 复制 时 要 确定 两 类 地 址 : 第 一 ，stage2 的 可 执行 映 
象 在 固态 存储 设备 的 存放 起 始 地 址 和 终止 地 址 ; 第 二 ，RAM 空间 的 起 始 地 址 。 

(4) 设置 堆栈 指针 sp。 设 置 堆栈 指针 是 为 执行 C 语言 代码 作 准备 。 在 设置 堆栈 指针 sp 
之 前 ， 也 可 以 关闭 LED 灯 ， 以 提示 用 户 我 们 准备 跳 转 到 stage2 。 

(5) 跳 转 到 stage2 的 C 入 口 点 。 在 ARM 处 理 器 中 ， 实 现 跳 转 的 方法 是 通过 修改 PC 
寄存 器 为 合适 的 地 址 。 


2. stage2 完 成 的 工作 


(1) 使 用 汇编 语言 跳 转 到 main0 入 口 函数 。 用 汇编 语言 写 一 段 tampoline 小 程序 ， 并 
将 这 段 trampoline 小 程序 作为 stage2 可 执行 映 象 的 执行 入 口 点 。 然 后 在 trampoline 汇编 小 
程序 中 用 CPU 跳 转 指令 跳 入 main0 函 数 中 去 执行 ， 而 当 main0 函 数 返 回 时 ，CPU 执行 路 
径 再 次 回 到 trampoline 程序 。 这 种 方法 的 思想 是 : 用 这 段 trampoline 小 程序 作为 main0 函 
数 的 外 部 包 庄 (external wrapper) 。 

(2) 初始 化 本 阶段 要 使 用 到 的 硬件 设备 。 初 始 化 至 少 一 个 串口 ， 以 便 和 终端 用 户 进行 
LO 输出 信息 ; 初始 化 计时 器 等 。 

(3) 检测 系统 的 内 存 映 射 。 所 谓 内 存 映 射 就 是 指 在 整个 4GB 物理 地 址 空间 中 ， 有 哪些 
地 址 范围 被 分 配 用 来 寻 址 系统 的 RAM 单元 。 

(4) 加 载 内 核 映像 文件 和 根 文 件 系统 映像 文件 。 包 括 规划 内 存 分 配 布局 和 从 Flash 上 
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复制 数据 。 规 划 内 存 分 配 布局 包括 ， 内 核 映 像 所 占用 的 内 存 范围 和 根 文件 系统 所 占用 的 内 
存 范围 。 

(5) 设置 内 核 的 启动 参数 。 在 将 内 核 映像 和 根 文件 系统 映像 复制 到 RAM 空间 中 后 ， 
就 可 以 准备 启动 Linux 内 核 了 。 在 调用 内 核 之 前 ， 应 该 作 一 步 准备 工作 ， 即 设置 Linux 内 
核 的 启动 参数 。 


3.2 Bootloader 之 U-Boot 


U-Boot( 全 称 Universal Boot Loader) 是 遵循 GPL 条 款 的 开放 源码 项 目 . 从 FADSROM、 
8xxROM、PPCBOOT 逐步 发 展演 化 而 来 。 其 源码 目录 、 编 译 形式 与 Linux 内 核 很 相似 ， 实 
际 上 , 在 U-Boot 的 源码 中 很 多 是 相应 的 Linux 内 核 源 程序 的 简化 , 尤其 体现 在 一 些 设备 驱 
动 程序 的 源 代码 上 ， 而 且 读者 可 以 从 U-Boot 源码 的 注释 中 能 够 直接 看 到 源码 来 自 Linux 
内 核 源码 。 

U-Boot 不 仅 能 够 引导 加 载 嵌 入 式 Linux 系统 , 还 能 引导 加 载 NetBSD、VxWorks、QNX、 
RTEMS、ARTOS、LynxOS 霸 入 式 操作 系统 。 其 目前 要 支持 的 目标 操作 系统 是 OpenBSD、 
NetBSD、FreeBSD 、4.4BSD、Linux、SVR4、Esix、Solaris、IrixX、SCO、Dell NCR、 VxWorks、 
LynxOS、pSOS、QNX、RTEMS 和 ARTOS。U-Boot 中 Universal 的 一 方面 是 指 支持 前 面 
提 到 的 通用 操作 系统 ， 另 一 方面 是 指 U-Boot 支持 通用 的 处 理 器 ， 包 括 PowerPC、MIPS、 
x86、ARM、NIOS 和 XScale 等 不 同体 系 结构 的 常用 系列 处 理 器 。 

对 大 多 数 操作 系统 的 支持 和 大 多 数 处 理 的 支持 是 U-Boot 项 目的 开发 目标 。 从 目前 情 
况 来 看 ，U-Boot 对 PowerPC 系列 处 理 器 的 支持 最 丰富 ， 对 Linux 操作 系统 的 支持 最 完善 。 


3.2.1 U-Boot 优点 


U-Boot 在 目前 的 嵌入 式 开 发 中 被 广泛 采用 ， 是 因为 其 具有 很 多 优点 。 其 优点 包括 以 下 
几 点 : 


口 开放 源码 ; 

口 支持 多 种 嵌入 式 操作 系统 内 核 ， 如 Linux、NetBSD、VxWorks、QNX、RTEMS、 
ARTOS、LynxOS; 

口 支持 多 个 处 理 器 系列 ， 如 PowerPC、ARM、x86、MIPS、XScale; 

口 较 高 的 可 靠 性 和 稳定 性 ; 

口 较 高 的 可 靠 性 和 稳定 性 ; 

口 高 度 灵活 的 功能 设置 ， 适 合 U-Boot 调试 、 操 作 系统 不 同 引 导 要 求 、 产 品 发 布 等 ; 

口 丰富 的 设备 驱动 源码 ， 如 串口 、 以 太 网 、SDRAM、FLASH、LCD、NVRAM、 
EEPROM、RTC、 键 盘 等 ; 

口 较为 丰富 的 开发 调试 文档 与 强大 的 网 络 技术 支持 。 
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3.2.2”U-Boot 的 主要 功能 


U-Boot 的 功能 非常 强大 ， 其 主要 功能 如 下 。 

口 系统 引导 : 支持 NFS 挂 载 RAMDISK 压缩 或 非 压缩 形式 的 根 文件 系统 ， 支 
持 NFS 挂 载 ， 从 FLASH 中 引导 压缩 或 非 压缩 系统 内 核 。 

口 基本 辅助 功能 : 强大 的 操作 系统 接口 功能 ， 可 灵活 设置 、 传 递 多 个 关键 参数 给 操 
作 系 统 ， 满 足 系统 不 同 阶段 的 开发 调试 和 产品 发 布 要 求 ， 特 别 是 对 Linux 支持 最 
完善 ;支持 目标 板 环境 参数 多 种 存储 方式 ,如 FLASH、NVRAM 和 EEPROM; CRC32 
校 验 ， 可 校 验 FLASH 中 内 核 、RAMDISK 镜像 文件 是 否 完好 。 

口 设备 驱动 : 串口 、SDRAM、FLASH、 以 太 网 、LCD、NVRAM、EEPROM、 键 盘 、 
USB、PCMCIA、PCI 和 RTC 等 驱动 支持 。 

口 上 电 自 检 功 能 : SDRAM、FLASH 大 小 自动 检测 ，SDRAM 故障 检测 ，CPU 型 号 。 

口 特殊 功能 : XIP 内 核 引导 。 


3.2.3”U-Boot 目录 结构 


以 U-Boot-1.1.6 为 例 介绍 其 目录 结构 。 共 有 27 个 文件 可 以 分 为 3 类 。 

口 第 1 类 目录 与 处 理 器 体系 结构 或 者 开发 板 硬件 直接 相关 ; 

口 第 2 类 目录 是 一 些 通 用 的 函数 或 者 驱动 程序 ; 

口 第 3 类 目录 是 U-Boot 的 应 用 程序 、 工 具 或 者 文档 。 

以 U-Boot-1.1.6 为 例 ， 其 顶层 目录 下 各 级 子 目录 的 存放 规则 ， 如 表 3.1 所 示 。 


表 3.1 U-Boot 各 级 子 目录 存放 规则 
目 录 | 特 性 说 明 
存放 已 有 开发 板 相关 的 目录 文件 ， 例 如 RPXlite (mpc8xx) 、smdk2410 
bparg 平台 依赖 |(am920D 和 sc520_cdp (x86) 等 目录 
存放 与 CPU 相关 的 目录 文件 ， 例 如 mpc8xx、ppc4xx、arm720t、arm920t、 
Pn iad xscale 和 i386 等 目录 
lib arm 平台 依赖 “| 存放 ARM 体系 结构 通用 的 相关 文件 ， 主 要 是 实现 ARM 平台 通用 的 函数 
lib avr32 平台 依赖 ”|avr32 系统 结构 通用 的 文件 
存放 对 ADI Blackfin6 体系 结构 通用 的 文件 ， 主 要 用 于 实现 ADI Blackfin 平 
台 通 用 的 函数 
lib_generic 平台 依赖 “| 通用 库 函 数 的 实现 
lib i386 平台 依赖 “| 存放 X86 体系 结构 下 通用 的 相关 文件 ， 主 要 是 实现 X86 平台 通用 的 函数 
lib_ m68k 平台 依赖 “| 存放 对 m68k 体系 结构 通用 的 文件 ， 主 要 用 于 实现 m68k 平 台 通用 的 函数 
地 ieroblaze | 平台 依 问 存放 对 赛 灵 思 公司 32 位 MicroBlaze 处 理 架 构 体 系 结构 通用 的 文件 , 主要 用 
于 实现 MicroBlaze 平台 通用 的 函数 
lib mips 平台 依赖 “| 存放 对 MIPS 体系 结构 通用 的 文件 ， 主 要 用 于 实现 MIPS 平台 通用 的 函数 
lib nios 平台 依赖 “| 存放 对 NIOS 体系 结构 通用 的 文件 ， 主 要 用 于 实现 NIOS 平台 通用 的 函数 
lib nios2 平台 依赖 ”| 存放 对 Nios-II 体系 结构 通用 的 文件 , 主要 用 于 实现 Nios-II 平 台 通用 的 函数 


lib_blackfin ”| 平台 依赖 
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续 表 
目 录 | 特 性 说 ”有明 

而 平台 依赖 tt 
nand spl 通用 Nand Flash boot 的 程序 

9, 存放 网 络 的 程序 ，BOOTP 协议 、TFTP 协议 、RARP 协议 和 NFS 文件 系统 
net 通用 

的 实现 

post 通用 存放 上 电 自 检 程 序 
rte 通用 RTC 的 驱动 程序 
tools 工具 存放 制作 S-Record 或 者 U-Boot 格式 的 映像 等 工具 ， 例 如 mkimage、crc 等 
common 通用 通用 的 多 功能 函数 实现 
disk 通用 硬盘 接口 程序 
doc 文档 存放 开发 帮助 相关 文档 
drivers 通用 存放 通用 的 设备 驱动 程序 ， 主 要 有 以 太 网 接口 的 驱动 
dtt 通用 存放 数字 温度 测量 器 或 者 传感器 的 驱动 
examples 应 用 例 程 “| 一 些 独立 运行 的 应 用 程序 的 例子 ， 例 如 hello_world 
fs 通用 存放 文件 系统 的 程序 
include 通用 存放 头 文件 和 开发 板 配 置 文件 ， 所 有 开发 板 的 配置 文件 都 在 configs 目录 下 


3.3”U-Boot 移植 过 程 


本 节 主 要 以 uboot-2009.08 为 例 介 绍 U-Boot 移植 的 主要 步骤 ， 针 对 的 开发 板 是 
mini2440。 其 他 版 本 的 U-Boot 移植 主要 步骤 与 其 类 似 。 


3.3.1 环境 配置 


在 这 个 阶段 是 编译 环境 的 基本 配置 ， 主 要 完成 编译 环境 搭建 、 编 译 目录 建立 、 Makefile 
修改 等 。 


1. 建立 U-Boot 工 作 目 录 和 mini2440 开 发 板 的 配置 文件 


u-boot 的 下 载 地 址 http://www .filesearching.com/cgi-bin/s?t=n&q=ftp.denx.de/pub/u-boot。 
下 载 u-boot-2009.08.tar.bz2， 解 压 到 工作 目录 。 修 改 smdk2410.h 为 mini2440.h， 修 改 
smdk2410.c 为 mini2440.c。 


# cp -r board/samsung/smdk2410 board/samsung/mini2440 
# mv board/mini2440/smdk2410.c board/mini2440/mini2440.c 
# cp include/configs/smdk2410.h include/configs/mini2440.h 


2. 修改 U-Boot 目 录 下 Makefile 


修改 Makefile， 包 括 设置 编译 环境 和 建立 编译 配置 项 。 如 果 默 认 的 交叉 编译 器 为 
arm-linux-gcc， 则 不 需要 对 编译 环境 进行 重新 设置 ， 否 则 需要 重新 添加 。 在 Makefile 中 将 
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arm-linux- 蔡 换 成 本 机 的 交叉 编译 器 。 
# Vi Makefile 
?smdk2410_config 


进入 VI 后， 查找 字符 命令 找到 smdk2410_config， 修 改 


smdk2410 config : unconfig 
@$ (MKCONFIG) $ (@: config=) arm arm920t smdk2410 samsung s3c24x0 


为 


mini2440 config : unconfig 
@$ (MKCONFIG) $ (@: config=) arm arm920t mini2440 samsung s3c24x0 


以 上 各 项 参数 说 明 如 下 。 
口 unconfig: 对 unconfig 的 依赖 ， 执 行 unconfig 实际 上 是 执行 清理 工作 。 
unconfig: 
rm -f $(obj)include/config.h $ (obj)include/config.mk \ 
$ (obj)board/*/config.tmp $ (obj)board/*/*/config.tmp \ 
$ (obj)include/autoconf.mk $ (obj)include/autoconf.mk.dep 
arm: CPU 的 架构 (ARCH) 
arm920t: CPU 的 类 型 (CPU) ， 其 对 应 于 cpu/arm920t 子 目录 。 
mini2440: 开发 板 的 型 号 (BOARD) ， 对 应 于 board/samsung/mini2440 目录 。 
samsung: 开发 者 /或 经 销 商 (vender) 。 
s3c24x0: 片上 系统 (SOC) 。 
由 于 编译 器 将 添加 的 用 于 nandboot 的 子 函数 nand_read_110 放 到 了 4K 之 后 造成 的 。 对 
uboot 根 目录 下 的 Makefile 文件 做 如 下 修改 。 


OOOOO 


_LIBS := $(subst $(0bj),,$(LIBS)) $ (subst $ (0bj),,$ (LIBBOARD)) 
改 为 : 
_LIBS := $(subst $(0bj),,$(LIBBOARD)) $ (subst $ (0bj),,$ (LIBS)) 


3. 修改 board/samsung/mini2440/Makefile 


Vi board/samsung/mini2440/Makefile 


COBJS := smdk2410.o flash.o 
修改 为 : 
COBJS := mini2440.o flash.o 


使 用 下 面 的 命令 测试 前 面 修改 的 内 容 是 否 有 问题 ， 编 译 成 功 会 生成 u-boot.bin 文件 。 


#make clean 
#make mini2440 config 
#make 


3.3.2 ”修改 cpu/arm920t/start.S 


文件 start.s 为 开发 板 复位 后 最 先 执行 的 部 分 ， 包 括 关闭 中 断 、 关 闭 快速 中 断 和 寄存 器 
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初始 化 、 处 理 器 时 钟 设置 。 下 面 是 对 该 文件 的 修改 。 
1. 注释 LED 跳 转 


下 面 这 段 代 码 主要 设置 CPU 的 模式 ， 设 置 模式 后 ， 跳 转 到 LED 初始 化 部 分 ，uboot 
的 这 部 分 LED 初始 化 代码 是 为 AT9200 写 的 ， 这 里 注释 掉 跳 转 语 句 。 


start code: 


/# 

* set the cpu to SVC32 mode 

oh 

mrs r0,cpsr /* mrs :将 程序 状态 寄存 器 的 数据 传送 到 通用 寄存 器 ， 这 里 是 将 


当前 程序 状态 寄存 器 cpsr 的 数据 读 到 通用 寄存 器 r0 中 */ 
bic r0,r0, #0x1f /*bic: 位 清除 指令 ， 这 里 是 将 低 5 位 清除 ， 其 他 位 保持 不 变 。 程 
序 状态 寄存 器 的 低 8 位 为 : IT、EF、T、M4、M3、M2、M1、M0。I 一 
指定 外 部 请 求 ，E- 指 定 快速 中 断 请 求 ，T- 指定 Thumb 指令 集 ，M4 
到 M0 指定 处 理 器 的 模式 */ 
orr r0,r0,#0xd3 /*orr: 逻辑 或 指令 ，r0=r0110xd3 (11010011) ， 这 里 就 是 将 
第 0、1、4、6、7 指定 为 1， 即 禁止 外 部 中 断 请 求 和 快速 中 断 请 求 ， 
同时 设置 处 理 器 模式 为 (10011) ， 即 超级 模式 (有 些 文章 定义 为 
管理 模式 ) */ 
msr cpsr,r0 /*msr: 将 通用 寄存 器 数据 写 入 程序 状态 寄存 器 ， 这 里 是 将 设置 好 
数据 的 r0 中 的 数据 写 入 当前 程序 状态 寄存 器 cpsr 中 */ 
@ bl coloured LED init 
@ bl red LED on 


2. CPU 频 率 定义 


s3c2440 比 s3c2410 的 频率 要 高 ，s3c2440 的 频率 为 405MHz， 下 面 是 增加 对 s3c2440 
的 CPU 频率 宏 定 义 的 修改 。 


#if defined(CONFIG S3C2400) || defined (CONFIG S3C2410) 
/* turn off the watchdog */ 


# if defined (CONFIG S3C2400) 


# define pWTCON 0x15300000 

# define INTMSK 0x14400008 /* Interupt-Controller base addresses 
*/ 

# define CLKDIVN 0x14800014 /* clock divisor register */ 

#else 

# define pWTCON 0x53000000 

# define INTMSK Ox4A000008 /* Interupt-Controller base addresses 
bd 


# define INTSUBMSK 0x4R00001C 
# define CLKDIVN 0x4C000014 /* clock divisor register */ 


# endif 


修改 为 : 


#if defined (CONFIG S3C2400) || defined(CONFIG S3C2410)|| defined(CONFIG 
S3C2440) 
/* turn off the watchdog */ 


# if defined (CONFIG S3C2400) 


# define pWTCON 0x15300000 
# define INTMSK Ox14400008 /* Interupt-Controller base addresses */ 
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# define CLKDIVN 0x14800014 
#else 
# define pWTCON 0x53000000 
# define INTMSK Ox4A000008 
# define INTSUBMSK 0x4A00001C 
# define CLKDIVN 0x4C000014 
# endif 
#define CLK CTL BASE 0x4C000000 
#define MDIV 405 Ox7f << 12 
#define PSDIV 405 Ox21 
#define MDIV 200 Oxal << 12 
#define PSDIV 200 Ox31 


3. 中 断 部 分 修改 
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/* clock divisor register */ 


/* Interupt-Controller base addresses */ 


/* clock divisor register */ 


默认 情况 下 是 通过 设置 r0 寄存 器 为 INTMSK 屏蔽 所 有 中 断 ， 当 CPU 类 型 为 2410 或 
2440 时 通过 INTSUBMSK 设置 ， 修 改 中 断 禁 止 部 分 。 


# if defined (CONFIG S3C2410) 


ldr rl, =0x3ff 
ldr r0, =INTSUBMSK 
str rl, [r0] 
# endif 
修改 为 : 
#if defined(CONFIG S3C2410) 
ldr rl1l, =0x7ff 
ldr r0, =INTSUBMSK 
str zt1s [0] 
#endif 


#if defined(CONFIG S3C2440) 
ldr rl1, =0x7fff 


ldr r0, =INTSUBMSK 
str Leo) 
#endif 


4. 时 钟 部 分 修改 


/* 根 据 2410 芯片 手册 ，INTSUBMSK 有 11 位 可 用 */ 


/* 根 据 2440 芯片 手册 ，INTSUBMSK 有 15 位 可 用 ， 设 
置 为 0 表示 这 些 中 断 服 务 可 用 ， 而 设置 为 1 表示 这 些 中 
断 服 务 被 屏蔽 */ 


/* 将 寄存 器 rl1 中 的 数据 存储 到 INTSUBMSK 地 址 */ 


对 于 时 钟 设置 部 分 ， 增 加 了 2440 的 时 钟 设置 ， 修 改 时 钟 设置 。 


/* FCLK:HCLK:PCLK = 1:2:4 */ 

/* default FCLK is 120 MHz ! */ 
ldr r0, =CLKDIVN 

mov rl, #3 

en kt) | 


修改 为 : 

#if defined (CONFIG S3C2440) 
/* FCLK:HCLK:PCLK = 1:4:8 * 
ldr r0, =CLKDIVN 


mov rl, #5 
ste rl Erol 


mreoolor 0 Pi olr co 位 
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/ 

/* 将 CLKDIVN 保存 到 寄存 器 r0 中 */ 
/*r1=5#*/ 

/* CLKDIVN =5#/ 

/* 读 控制 寄存 器 */ 
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orr rl, rl, #0xc0000000 /#* 同 步 ，r1=r110xc0000000， 即 将 rl 的 最 高 两 位 设 
置 为 1， 其 余 各 位 不 变 */ 

mcr p15，0，rl1，c1，c0，0 /* 写 控制 寄存 器 #/ 

mov rl, #CLK CTL BASE 


mov r2, #MDIV 405 /*r2= MDIV 405#*/ 
add r2, r2, #PSDIV 405 /*r2=r2+ PSDIV 405*/ 
str r2, [rl, #0x04] 

#else 


/* FCLK:HCLK:PCLK = 1:2:4 */ 
/* default FCLK is 120 MHz ! */ 
ldr r0, =CLKDIVN 
mov rl, #3 
str TEL [Ez0] 
Wr pis On rl cL e000 
orr rl, rl, #0xc0000000 
mcr plSy 0, ris ly e000 
mov rl, #CLK CTL BASE 
mov r2, #MDIV 200 
add r2, r2, #PSDIV 200 
str r2, [rl, #0x04] 

#endif 


3.3.3 添加 Nand Flash 支持 


对 于 Mini2440 是 从 NandFlash 启动 , 应 该 将 其 Flash 启动 部 分 修改 为 NandFlash 启动 ， 
另外 添加 对 NandFlash 的 访问 函数 。 


1. 将 Flash 启 动 部 分 改 成 Nand Flash 启 动 


从 nand 复制 时 , 不 能 像 操 作 nor 那样 通过 总 线 访问 硬件 , 必须 通过 相应 的 控制 器 访问 ， 
所 以 复制 uboot 代码 到 sdram 的 操作 需要 用 一 个 函数 nand_read_II0 来 实现 ， 这 个 函数 放 在 
board/mini2440/nand_read.c 中 。 


#ifndef CONFIG SKIP LOWLEVEL INIT 
bl cpu init crit 
#endif 


后 面 添加 Nand Flash 启动 代码 部 分 ， 该 代码 比较 长 ， 可 以 查看 资料 U-Boot 目录 下 文 
件 cpu\arm920t\start.S 中 第 221 一 405 行 。 


#ifdef CONFIG S3C2440 
/* Offset */ 
#define oNFCONF 0x00 
#define oNFCONT 0x04 
#define oNFCMD 0x08 
#define oNFSTAT 0x20 
@ reset NAND 
mov rl, #NAND CTL BASE 
ldr r2, =( (7<<12) | (7<<8) 1 (7<<4) 1 (0<<0) ) 
str r2, [rl, #0oNFCONF] 
ldr r2, [rl, #0oNFCONF] 
ldr r2, =( (1<<4) 1(0<<1) 1(1<<0) ) @ Active low CE Control 
str r2, [rl, #0oNFCONT] // 允 许 片 选 ， 人 允许 NAND Flash 控制 寄存 器 
ldr r2, [rl, #0oNFCONT] 


ldr r2, =(0x6) @ RnB Clear 


Ck 
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str r2, [rl, #0oNFSTAT] / /清除 忙 标志 , Rnb_TransDetect 位 写 “1” 即 可 清楚 
忙 标志 
ldr r2, [rl, #0oNFSTAT] 


mov r2, #0xff @ RESET command // 复 位 命令 
strb r2, [rl, #0oNFCMD] 


mov r3, #0 @ wait 


add r3, r3, #0xl 
cmp r3, #0xa 
blt nandl 


ldr r2, [rl, #0oNFSTAT] @ wait ready 
tst r2, #0x4 
beq nand2 


ldr r2, [rl, #0oNFCONT] 
5 7 os St @ Flash Memory Chip Disable 


str r2, [rl, #oNFCONT] // 关 闭 片 选 ， 到 这 里 只 是 完成 了 NAND 初始 化 


@ get read to call C functions (for nand read())  // 为 C 准备 堆栈 
ldr sp, DW STACK STRRT @ setup stack pointer 
mov fp, #0 @ no previous frame, so fp=0 


/站 束 束 束 束 事 事 束 事 事 事 束 束 中 素 CHECK NAND FLASH PAGE SIZE 率 事 可 可 束 事 可 事 事 事 训 事 事 本 可 事 档 事 事 事 事 事 可 事 事 事 束 / 
ldr r2, [rl, #0oNFCONF] 
tst r2, #0x08 
bne nand page 2k 
/相让 率 束 事 束 束 求 素来 束 事 来 冰 让 “CHECK NAND FLASH PAGE SIZE 六 * 床 率 六 来 率 床 率 率 率 订 率 订 率 订 永 玉 率 亲 率 亲 率 永 率 闲 环 / 
/相让 事 下 事 事 束 求 素 求 素 事 素 半 率 NAND FLASH PAGE SIZE 512B 本 永 束 中 率 束 束 可 束 可 束 可 束 可 束 可 束 可 可 可 可 束 事 束 束 可 于 求 / 


@ copy U-Boot to RAM r0，rl，r2 作为 参数 传递 给 函数 nand_read 11 


ldr r0, =TEXT BASE / /数据 存放 位 置 

mov rl, #0x0 // 复 制 的 起 始 地 址 

mov r2, #LENGTH UBOOT // 复 制 长 度 

bl nand read 11 // 该 函数 在 nand_read.c 中 定义 ， 针 对 NAND Flash 
页 大 小 为 512B 


tst r0, #0x0 
beq ok nand read 


bad nand read 512: 
loop2: 
b loop2 @ infinite loop 
/六 术 六 六 来 六 玉 闪 六 六 来 六 六 六 NAND ETIRASH PAGE SIZE 2 六 六 玉环 闵 永 球 本 太 永 率 汪 闵 永 闵 六 六 六 闵 站 于 六 六 六 冰 闵 六 六 半 闵 / 
nand page 2k: 
@ r0，rl，r2 作为 参数 传递 给 函数 nand_read_11b 


ldr r0，=TEXT BASE // 数 据 存放 位 置 
mov rl, #0x0 // 复 制 的 起 始 地 址 
mov r2, #LENGTH UBOOT // 复 制 长 度 


bl nand read 11b // 该 函数 在 nand_read.c 中 定义 ,针对 NAND Flash 页 大 小 为 2KB 
七 st r0, #0x0 
beq ok nand read 


bad nand read 2k: 
loop2k: 
b loop2k @ infinite loop 
/ 林 末 来 于 于 于 于 于 寺村 于 可 半 ， 有 及 NI 下 工 RS 日， 也 AIG 杞 。 SS 工交 2 区。 志 可 本 李 李 本 本 可 本 本 本本 可 李 可 村 可 本事 间 于 于 省 本事 浊 素 人 
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添加 对 mini2440LED1 的 操作 ， 代 码 的 位 置 放 在 _start_armboot:.word start_armboot 之 
前 ， 代 码 如 下 : 


在 _start_armboot:.word start_armboot 之 后 添加 堆栈 地 址 和 大 小 设置 ， 代 码 如 下 : 


2. 添加 Nand Flash 读 取 函 数 
增加 文件 board/samsung/mini2440/nand read.c。 添 加 函数 nand read ll 和 mand read llb， 
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分 别针 对 NAND Flash 页 大 小 为 512B 和 2KB， 在 include/configs/mini2440.h 中 定义 。 
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for(j=0; j < NAND SECTOR SIZE 2K; j++) { 
*buf = (NFDATA & Oxff); 
buf++7 
} 
} 
NAND CHIP DISABLE; 
return 0; 
. 
#endif 


同时 注意 修改 board/samsung/mini2440/Makefile 文件 ， 使 得 在 编译 u-boot 时 包含 对 
nand_read.c 文件 的 编译 ， 修 改 如 下 : 


COBJS := mini2440.0 nand read.o flash.o 


3. 修改 drivers/mtd/nand/s3c2410_nand.c 文 件 


#if defined(CONFIG S3C2410) 
#endif 


#if defined(CONFIG S3C2440) 
#define S3C2410 ADDR NALE 0x08 
#define S3C2410 RDDR NCLE 0x0c 


#define NFCONF __ REGi (NF _BASE + 0x0) 
#define NFCONT REGb (NF BASE + 0x4) 
#define NFCMD _REGb (NF_BASE + 0x8) 
#define NFADDR _ REGb (NF _BASE + Oxc) 
#define NFDATA REGb (NF BASE + 0x10) 
#define NFMECCDO _ REGb(NF BASE + 0x14) 
#define NFMECCD1 REGb (NF BASE + 0x18) 
#define NFSECCD _ REGb (NF BASE + Oxlc) 
#define NFSTAT _ REGb (NF_BASE + 0x20) 
#define NFESTATO REGb (NF BASE + 0x24) 
#define NFESTAT1 REGb (NF BASE + 0x28) 
#define NFMECCO _ REGb (NF_BASE + 0x2c) 
#define NEFMECC1 REGb (NF BASE + 0x30) 
#define NFSECC REGb (NF BASE + 0x34) 
#define NFSBLK _ REGb (NF_BASE + 0x38) 
#define NFEBLK REGb (NF BASE + 0x3c) 
#define NFECCO _ REGb (NF_BASE + 0x2c) 
#define NEFECC1 REGb (NF BASE + 0x2d) 
#define NFECC2 __ REGb (NF_BASE + 0x2e) 
#define S3C2410 NFCONT EN (1<<0) 

#define S3C2410_ NFCONT INITECC (1<<4) 

#define S3C2410 NFCONT nFCE (1<<1) 


#define S3C2410 NFCONT MAINECCLOCK (1<<5) 
#define S3C2410_ NFCONE_TACLS (x) ((x)<<12) 
#define S3C2410 NEFCONF TWRPHO (x) ((x) <<8) 
#define S3C2410_ NFCONF TWRPH] (x) ((x)<<4) 
#endif 

ulong IO ADDR W = NE BASE; 

将 所 有 
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#if defined(CONFIG S3C2410) 


改 为 


#if defined(CONFIG S3C2410) 11 defined (CONFIG S3C2440) 


3.3.4 ”具体 平台 相关 修改 
该 部 分 主要 修改 与 具体 开发 板 相 关 的 内 容 ， 该 部 分 修改 的 文件 在 mini2440 子 目录 下 ， 
修改 文件 包括 lowlevel initS、mini2440.c、s3c2410_nand.c 等 。 


1. 修改 board/samsung/mini2440/lowlevel_init.S 文 件 


修改 lowlevel_init.S 时 参考 mini2440 内 存 控制 文档 。 
#if defined(CONFIG S3C2440) 


#define Trp Ox2 /* 4clk */ //SDRAM RAS 预 充 电 时 间 
#define REFCNT 1012 //SDRAM 刷新 计数 值 
ese 

#define Trp 0x0 /* 2clk */ 

#define REFCNT 0x0459 

#endif 


2. 针对 GPIO 和 PLL 的 配置 ， 修 改 文 件 board/Samsung/mini2440/mini2440.c 
在 mini2440.c 文件 中 添加 下 列 头 文件 。 


#include <video fb.h> 

#if defined(CONFIG CMD NAND) 
#include <linux/mtd/nand.h> 
#endif 

#include <net.h> 

#include <netdev.h> 


区 别 2410 和 2440 不 同 的 时 钟 频率 。 


#define U M MDIV 0x48 
#define U M PDIV 0x3 


为 : 


#if defined (CONFIG S3C2410) 
/* Fout = 202.8MHz */ 
#define M MDIV OxAl 
#define M PDIV 0x3 

#define M SDIV Oxl 

#endif 

#if defined(CONFIG S3C2440) 
/* Fout = 405MHz */ 

#define M MDIV Ox7f 
#define M PDIV 0x2 

#define M SDIV Oxl 

#endif 

#endif 
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2440 板 初始 化 函数 修改 如 下 : 


int 


{ 


board init (void) 


S3C24X0_CLOCK POWER * const clk power = S3C24X0 GetBase CLOCK POWER(); 
S3C24X0_GPIO * const gpio = S3C24X0 GetBase GPIO(); 

/* to reduce PLL lock time, adjust the LOCKTIME register */ 

Clk power->LOCKTIME = OxFFFFEFEF; 

/* configure MPLL */ 

clk power->MPLLCON = ((M MDIV << 12) + (M PDIV << 4) + M SDIV); 

/* some delay between MPLL and UPLL */ 

delay (4000); 

/* Configure UPLL */ 

clk power->UPLLCON = ((U M MDIV << 12) + (U M PDIV << 4) + U M SDIV); 
/* some delay between MPLL and UPLL */ 

delay (8000); 

/* set up the I/O ports */ 

gpio->GPACON = 0x007FFFFF; 


#if defined(CONFIG MINI2440) 
gpio->GPBCON = 0x00295551; 
#else 
gpio->GPBCON = 0x00044556; 
#endif 


gpio->GPBUP = 0x000007FF; 
gpio->GPCCON = 0xRRRRRRRR7 
gpio->GPCUP = OxFFFFFFFF; 
gpio->GPDCON = 0xRRRRRRRR7 
gpio->GPDUP = OxFFFFFFFEF; 
gpio->GPECON = 0xAAAAAAAA; 
gpio->GPEUP = 0x0000FFFF; 
gpio->GPFCON = 0x000055AA; 
gpio->GPEUP = 0x000000FF; 
gpio->GPGCON = 0xFF9S5FF3A; 
gpio->GPGUP = 0x0000FFFF; 
gpio->GPHCON = 0x0016FAAA; 
gpio->GPHUP = 0x000007FF; 
gpio->EXTINT0=0x2222222 
gpio->EXTINT1=0x2222222 
gpio->EXTINT2=0x22222222; 


#if defined(CONFIG S3C2410) 
/* arch number of SMDK2410-Board */ 
gd->bd->bi arch number = MACH TYPE SMDK2410; 
#endif 
#if defined(CONFIG S3C2440) 


/* arch number of S3C2440-Board */ 


gd->bd->bi arch number = MACH TYPE S3C2440 ; 


#endif 


/* adress of boot parameters */ 
gd->bd->bi boot params = 0x30000100; 


icache enable(); 
dcache enable(); 


#if defined (CONFIG MINI2440 LED) 
gpio->GPBDAT = 0x00000181; 
#endif 


i 
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3.3.5 ”其 他 部 分 修改 


该 部 分 包括 一 些 头 文件 的 修改 、 部 分 驱动 的 修改 、 时 钟 计算 方法 修改 等 。 
1. 对 于 drivers/rtc/s3c24x0_rtc.c 文 件 的 修改 


#elif defined (CONFIG S3C2410) 


修改 为 : 


#elif defined(CONFIG S3C2410) || defined (CONFIG S3C2440) 


2. 需要 在 include/s3c24x0.h 文 件 中 添加 CAMDIVN 定 义 


typedef struct { 
S3C24X0 REG32 LOCKTIME; 
S3C24X0 REG32 MPLLCON; 
S3C24X0 REG32 UPLLCON; 
S3C24X0 REG32 CLKCON; 
S3C24X0 REG32 CLKSLOW; 
S3C24X0 REG32 CLKDIVN; 

#if defined (CONFIG S3C2440) 
S3C24X0 REG32 CAMDIVN; 


#endif 

} /* attribute ((_ packed ))*/ S3C24X0_ CLOCK POWER; 
将 所 有 

#if defined(CONFIG S3C2410) 

改 为 


#if defined(CONFIG S3C2410) || defined(CONFIG S3C2440) 


根据 2440 芯片 资料 6.3 节 NAND Flash 寄存 器 ， 修 改 寄存 器 定义 。 


#if defined(CONFIG S3C2410) 
/* NAND FLASH (see S3C2410 manual chapter 6) */ 
typedef struct { 

S3C24X0 REG32 NEFCONF; 

S3C24X0 REG32 NFCMD; 

S3C24X0 REG32 NFADDR; 

S3C24X0 REG32 NEFDATA; 

S3C24X0 REG32 NFSTAT; 

S3C24X0 REG32 NFECC; 
} /* attribute ((_ packed ))*/ S3C2410_ NAND; 
#endif 
#if defined (CONFIG S3C2440) 
/* NAND FLASH (see S3C2440 manual chapter 6) */ 
typedef struct { 


S3C24X0_REG32 NFCONF; //NAND Flash 配置 寄存 器 
S3C24X0_REG32 NFCONT; //NAND Flash 控制 寄存 器 
S3C24X0_REG32 NFCMD; //NAND Flash 命令 寄存 器 
S3C24X0_REG32 NFADDR; //NAND Flash 地 址 寄存 器 
S3C24X0_REG32 NFDATA; //NAND Flash 数据 寄存 器 


S3C24X0_REG32 ”NEFMECCD0;  //NAND Flash 主 数 据 区 域 ECC 寄存 器 0 
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S3C24X0_REG32 NFMECCD1;  ”//NAND Flash 主 数据 区 域 ECC 寄存 器 1 
S3C24X0_REG32 NFSECCD; //NAND Flash 空闲 区 域 ECC 寄存 器 
S3C24X0 REG32 NFSTAT; //NAND Flash 操作 状态 寄存 器 

S3C24X0 REG32 NFESTAT0;  //NAND FlashECC0 状态 寄存 器 
S3C24X0_REG32 NFESTAT1;  ”//NAND FlashECC1 状态 寄存 器 
S3C24X0_REG32 NFMECCO; //NAND Flash 主 数据 区 域 Ecc0 状态 寄存 器 
S3C24X0 REG32 NEFMECC1; ”//NAND Flash 主 数据 区 域 ECC1 状态 寄存 器 


S3C24X0 REG32 NFSECC; //NAND Flash 空闲 区 域 ECC 状态 寄存 器 
S3C24X0_REG32 NFSBLK; //NAND Flash 块 地 址 寄存 器 
S3C24X0 REG32 NFEBLK; //NAND Flash 块 地 址 寄存 器 

} /* attribute ((_ packed ))*/ S3C2410 NAND; 

#endif 


在 结构 /*_ attribute _((_ packed ))*/ S3C24X0_GPIO 中 添加 2440 数据 项 。 


#if defined (CONFIG S3C2440) 
S3C24X0 REG32 res9[3]; 
S3C24X0 REG32 MSLCON; 
S3C24X0 REG32 GPJCON; 
S3C24X0 REG32 GPJDAT; 
S3C24X0 REG32 GPJUP; 

#endif 


3. 修改 include 目 录 下 common.h 和 serial.h， cpu/arm920t/s3c24x0 目 录 下 interrupts. 
c 和 usb.c 文 件 ， 以 及 drivers/serial/serial_s3c24x0.c 文 件 


将 所 有 
#if defined(CONFIG S3C2410) 
改 为 


#if defined(CONFIG S3C2410) || defined(CONFIG S3C2440) 


4. 修改 cpu/arm920t/s3c24x0/speed.h 中 的 函数 get_PLLCLK() 和 get_HCLK() 
2410 和 2440 的 时 钟 计算 方法 不 相同 ， 依 据 不 同类 型 的 板 计算 其 时 钟 。 


static ulong get PLLCLK (int pllreg) 
{ 
S3C24X0_CLOCK_POWER * const clk power = S3C24X0 GetBase CLOCK POWER(); 


ulong r, m, p, 5s; 


if (pllreg == MPLL) 

r = Clk power->MPLLCON; 
else if (pllreg == UPLL) 
r= Clk power->UPLLCON; 


else 

hang(); 

m= ((r & OxFF000) >> 12) + 8; 
p= ((r & Ox003F0) >> 4) + 27 


s=r & 0x37 
#if defined(CONFIG S3C2440) 
if (pllreg == MPLL) 
return ((CONFIG SYS CLK FREQ * m#* 2) /(p << s)); 
else if (pllreg == UPLL) 
#endif 
return( (CONFIG SYS CLK FREQ + m) / (p << s)); 
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ulong get HCLK (void) 


S3C24X0_CLOCK POWER * const clk power = S3C24X0 GetBase CLOCK POWER(); 
#if defined(CONFIG S3C2440) 

if (clk power->CLKDIVN & 0x6) 
{ 
if ((clk power->CLKDIVN & 0x6 
if ((clk power->CLKDIVN & 0x6 
CAMDIVN & 0x100) ? get FCLK()/6 get_FCLK()/3); 
if ((clk power->CLKDIVN & 0x6)==4) return((clk power-> 
CRMDIVN & 0x200) ? get FCLK()/8 : get FCLK()/4); 
return(get FCLK()); 


) return (get FCLK()/2); 
) return((clk power-> 


1 
else return (get_FCLK () ) 7 
#else 
return((clk power->CLKDIVN & 0x2) ? get FCLK()/2 : get FCLK()); 
#endif 
ii 


5. 在 include/configs/mini2440.h 头 文件 中 添加 宏 定 义 
删除 以 下 内 容 : 


#define CONFIG SMDK2410 1 /* on a SAMSUNG SMDK2410 Board */ 
#define CONFIG S3C2410 1 


添加 对 2440 的 宏 定义 


#define CONFIG S3C2440 1 /* in a SAMSUNG S3C2440 SoC */ 
#define CONFIG MINI2440 1 /* on a SAMSUNG mini2440 Board */ 
#define CONFIG MINI2440 LED 1 /* Use the LED on Board */ 

并 增加 以 下 内 容 : 


#define CONFIG CMD NAND /* NAND support */ 

#define CFG ENV IS IN NAND 1 /* */ 

#define CFG ENV OFFSET OX40000 

/* 
u-boot:0x00000--0x40000,param: 0x40000--0x60000, kernel:0x60000--0x260000 
128K block*/ 

#define CFG ENV SIZE 0x10000 /* Total Size of Environment Sector */ 
//#define CONFIG SETUP MEMORY TAGS 1 

//#define CONFIG CMDLINE TAG 1 

/*nand flash define*/ 

#if defined (CONFIG CMD NAND) 

#define CFG MAX NAND DEVICE 1 //just one nand flash chip on board 
#define CFG NAND BASE 0x4e000000 //nand flash base address 
#define SECTORSIZE 2048 

/* one page size*/ 

#define NAND SECTOR SIZE SECTORSIZE 

#define NAND BLOCK MASK (SECTORSIZE — 1) 

/* Nandflash Boot */ 

#define CONFIG S3C2440 NAND BOOT 1 

#endif 


修改 命名 行 字符 串 


#define CONFIG SYS PROMPT "SMDK2410 # " 
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#define CONFIG SYS PROMPT "MINI2440 # " 
修改 默认 的 载 入 地 址 

#define CONFIG SYS LOAD ADDR 0x33000000 
为 日 


#define CONFIG SYS LOAD ADDR 0x30008000 


3.3.6”U-Boot 的 编译 


该 部 分 主要 介绍 在 编译 过 程 中 会 遇 到 的 一 些 常见 的 错误 ， 同 时 给 出 错误 出 现 的 原因 ， 
减少 读者 编译 的 时 间 ;， 另 外 ， 给 出 编译 执行 的 命令 。 


1. 编译 可 能 会 遇 到 的 错误 


当 遇 到 编译 器 的 问题 时 ， 可 以 查看 config .mk 文件 ， 例 如 浮 点 数 错误 : 


arm-linux-ld: ERROR: /usr/local/arm/3.4.1/lib/gcc/arm-linux/3.4.1/libgcc. 
al(_udivdi3.oS) uses hardware FP, whereas u-boot uses software FP 


将 cpu/arm920t/config.mk 文件 中 的 


PLATFORM RELFLAGS += -fno-strict-aliasing -fno-common -ffixed-r8 \ 
-msoft-float 


改 为 


PLATFORM RELFLAGS += -fno-strict-aliasing -fno-common -ffixed-r8 
arm-linux-ld: ERROR: Source object 


当 使 用 4.3.2 时 可 能 会 遇 到 下 面 的 错误 : 


/usr/local/arm/4.3.2/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/armv4t 
/libgcc.a(l udivdi3.0) has EABI version 5, but target u-boot has EABI version 
0 

arm-linux-1d: failed to merge target specific data of file 
/usr/local/arm/4.3.2/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/armv4t 
/libgcc.a(l_udivdi3.0) 


是 通过 修改 cpu/arm920t/config.mk 的 内 容 。 把 最 后 一 行 


PLATFORM RELFLAGS +=$ (call cc-option,-mshort-load-bytes,$ (call cc-option, 
-malignment-traps,)) 


修改 成 


PLATFORM RELFLAGS +=$ (call cc-option,$ (call cc-option,)) 


2. 编译 生成 u-boot.bin 文 件 
#make clean 


#make mini2440 config 
#make 
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3.4 Bootloader 之 vivi 


vivi 属于 当前 比较 流行 的 ， 专 门 针 对 ARM9 处 理 器 而 设计 的 一 款 Bootloader， 其 特点 
是 操作 简便 ， 同 时 具有 完备 的 命令 体系 。 因 此 ， 对 其 分 析 和 研究 vivi 有 利于 将 其 移植 到 目 
前 流行 的 ARM9 处 理 器 上 。 虽 然 其 功能 不 如 u-boot 强大 , 但 是 其 移植 过 程 相对 简单 。 本 节 
主要 介绍 主要 代码 和 移植 方法 。 


3.4.1 vivi 简介 


vivi 是 韩国 mizi 公司 开发 的 bootloader, 适用 于 ARM9 处 理 器 。 与 大 多 数 Bootloader 
类 似 ，vivi 也 具有 两 种 工作 模式 : “启动 加 载 ” 模 式 和 “下 载 ” 模 式 。 启 动 加 载 模式 可 以 
在 一 段 时 间 后 〈 这 个 时 间 可 更 改 ) 自动 启动 Linux 内 核 ， 这 是 vivi 的 正常 的 工作 模式 。 在 
下 载 模式 下 ，vivi 为 用 户 提供 一 个 命令 行 接口 ， 通 过 这 一 接口 用 户 可 以 通过 终端 向 开发 板 
输入 命令 来 操控 开发 板 ，vivi 的 主要 命令 见 表 3.2。 


表 3.2 vivi 命 令 


把 二 进 制 文件 载 入 Flash 或 RAM 
操作 MTD 分 区 信息 。 显 示 、 增 加、 删除 、 复 位 、 保 存 MID 分 区 


管理 Flash， 如 删除 Flash 的 数据 


3.4.2 vivi 配置 与 编译 


进入 vivi 目录 , 使 用 VI 工具 打开 Makefile， 找 到 交叉 编译 器 、 内 核 头 文件 路 径 、 编 译 
器 库 文件 路 径 等 。vivi-0.1.4 版 本 的 默认 设置 为 : 


CROSS COMPILE = arm-linux- 
LINUX INCLUDE DIR = 
LIBC_INCLUDE DIR = $(CROSSDIR) /arm-linux/include 


ARM GCC_LIBS 
ARM C LIBS 


本 机 使 用 的 内 核 为 linux-2.6.29, 编译 器 使 用 的 版 本 为 4.3.2。 找到 本 机 上 内 核 头 文件 路 
径 、 编 译 器 库 文件 路 径 等 ， 蔡 换 旧 路 径 。Makefile 的 主要 需要 修改 部 分 如 下 : 


RARCH := arm 

LINUX INCLUDE DIR = 
/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/usr/include 

CROSS COMPILE = /usr/local/arm/4.3.2/bin/arm-linux-— 

#normal flags 

CFLAGS := $(CPPFLAGS) -Wall -Wstrict-prototypes -02 -fPIC -fomit-frame— 
pointer 


/usr/lib/gcc-lib/arm-linux/2.95.3 
/usr/arm-linux/1ib 
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ARM GCC LIBS= /usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/armv4t/lib 
CLIBS = -L$ (ARM GCC LIBS) -L/usr/local/arm/4.3.2/arm-none-linux-gnueabi/ 
libc/armv4At/usr/lib -L/usr/local/arm/4.3.2/lib/gcc/arm-none-linux-gnueabi/ 


4.3.2/armv4t/ -lgcc -1c 

使 用 make distclean 在 配置 前 进行 清理 ， 使 用 make menuconfig 进行 配置 。 在 配置 vivi 
时 ， 通 过 选择 System Type -->>， 再 选择 0 ARM system type ， 最 后 选择 (X) 
S3C2440-based， 如 图 3.2 所 示 。 


全 | [roo@locahost snocavarm/ivi 


] | 
图 3.2 vivi 的 System Type 选择 


在 Implementation 的 Platform 选项 中 选择 支持 NAND 启动 ， 因 为 mini2440 只 有 Nand 
Flash 没有 Nor Flash， 所 以 要 选择 NAND Boot 启动 ， 如 图 3.3 所 示 。 


aarPTAYIV 


文件 昌 ， 编辑 全) 坦 看 WO) 将 器 (D， 标 芝 @ 帮 的 人 


3.3 选择 支持 NAND 启动 
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对 于 General setup 选项 的 配置 ， 支 持 I-Cache 和 D-Cache， 如 图 3.4 所 示 。 


rooto Iocanost /usr/Iocalarm/yivT 


文件 从 编辑 人 查看 W) 终端 (D， 标签 介 帮助 钞 


VIVI v0.1.4 Conl 


ine_TEXT xddress 《YED 


图 3.4 对 于 Cache 的 配置 
另外 ， 还 要 配置 串口 ， 通 过 串口 来 调试 和 输出 信息 ， 串 口 的 配置 如 图 3.5 所 示 。 


文件 介 ”编辑 全 ) 查看 


VIVI v0.1.4 Cont 


3.5 串口 的 配置 


对 于 vivi 命令 的 配置 ， 需 要 配置 mem command (内 存 操作 命令 ) 、param command ( 参 
数 设 置 命令 ) 、part command (设置 分 区 信息 命令 )》 和 bon command (分 区 命令 )》 ， 如 图 
3.6 所 示 。 最 后 退出 并 保存 。 
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rootOlocalnost/ usr/localarm/yvivi 


文件 介 ”编辑 | 


VIVI vo.1.4 日 


图 3.6 配置 vivi 命令 


使 用 make 命令 进行 编译 ， 在 vivi 目录 下 生成 名 字 为 vivi 的 文件 ， 通 过 JTAG 烧 写 到 


板子 上 。 
3.4.3 ”代码 分 析 
vivi 的 代码 包括 arch、init、lib、drivers 和 include 等 几 个 目录 。 下 面 分 别 对 这 几 个 目 
录 的 功能 进行 介绍 。 
口 arch: 此 目录 包括 了 所 有 vivi 支持 的 目标 板子 的 子 目录 ， 例 如 s3c3410、s3c2440 
目录 。 
口 drivers: 其 中 包括 了 引导 内 核 需 要 的 设备 的 驱动 程序 MTD、net 和 串口 ) 。MTD 
目录 下 分 为 map、nand 和 nor 三 个 目录 。 
口 init: 此 目录 下 只 存在 main.c 和 version.c 两 个 文件 。vivi 和 普通 的 C 程序 一 样 ， 从 
main0 函 数 开始 执行 。 
口 lib: 此 目录 包括 一 些 平台 公共 的 接口 代码 ， 比 如 time.c 里 的 udelay0 和 medlayO， 
memory.c 里 的 command _mem copy0 和 command _mem info()。 
口 include: 是 头 文件 的 公共 目录 , 其 中 的 s3c2440.h 定义 了 这 块 处 理 器 的 一 些 寄存 器 。 


platform/smdk2440.h 定义 了 与 开发 板 相关 的 资源 配置 参数 ， 处 理 器 类 型 、CPU 时 
钟 等 。 


3.5 Vivi 的 运行 


Vivi 的 运行 分 为 两 个 阶段 ,阶段 1 的 代码 在 arch/s3c2440 0/head.S 中 , 阶段 2 的 代码 从 
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init/main.c 的 main0 函 数 开始 。 
3.5.1 ” ”Bootloader 启动 的 阶段 一 


该 阶段 为 Bootloader 的 第 一 个 阶段 ， 该 阶段 完成 的 内 容 包 括 ， 关 闭 看 门 狗 、 禁 止 所 有 
中 断 、 初始 化 系统 时 钟 、 初始化 控制 器 、 点 亮 LED、 设 置 GPIO, 将 所 有 的 代码 从 NandFlash 
复制 到 SRAM 中 ， 为 Bootloader 的 下 一 个 阶段 做 准备 。 


@ Start VIVI head 
Reset: 
Q@ 上 电 后 ，WATCH DOG 默认 是 开 着 的 ， 关 闭 WATCH DOG 
mov rl, #0x53000000 
mov r2, #0x0 
str £2;. [EE] 
@ 禁 止 所 有 中 断 ，vivi 中 不 会 用 到 中 断 ， 中 断 是 系统 的 事 
mov rl, #INT CTL BRSE 
mov r2, #0xffffffff 
str r2, [rl, #0oINTMSK] 
ldr r2, =0x7ff 
str r2, [rl, #0INTSUBMSK] 
@ 初 始 化 系统 时 钟 
mov rl, #CLK CTL BASE 
mvn r2, #0xff000000 
str r2, [rl, #0LOCKTIME] 


mov rl, #CLK CTL BASE 
ldr r2, clkdivn value 
str r2, [rl, #0oCLKDIVN] 


Wro pis Oni ol cr DO @ read ctrl register 
orr rl, rl, #0xc0000000 @ Asynchronous 
mer Di Or El CL cts 0 @ write ctrl register 


mov rl, #CLK CTL BASE 


@1ldr r2, mpll value @ clock default 

ldr r2, =0x7f021 @mpll value USER @ clock user set 
str r2, [rl, #0oMPLLCON] 

bl memsetup @ 跳 转 到 memsetup 函数 


#ifdef CONFIG PM ”vivi 考虑 不 需要 使 用 电源 管理 

@ 检 查 是 否 从 掉 电 模式 唤醒 ， 若 是 则 调用 Wakeupstart 函数 进行 处 理 

ldr rl, PMST ADDR 

ldr r0, [rl1] 

tst r0, #(PMST SMR) 

bne WakeupStart 8 查看 状态 ， 判 断 是 否 需 要 跳 转 到 Wakeupstart 
#endif 

@ All LED on 点 亮 开 发 板 上 所 有 LED 

mov rl, #GPIO CTL BASE 

add rl，rl，#0GPIO _F Q@LED 使 用 GPIOF 组 的 管 脚 

ldr r2,=0x55aa 8 使 能 EINT0，ENIT1，EINT2，EINT3， 另 四 个 管 脚 配置 成 输出 ， 屏 蔽 

EINT4, 5, 6, 7 

str r2, [rl, #0GPIO CON] 

mov r2, #0xff 

str r2, [rl, #0GPIO UP] 

mov r2, #0x00 

str r2, [rl, #0GPIO DAT] 
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3.5.2 ”Bootloader 启动 的 阶段 二 


Vivi 的 第 二 阶段 是 从 main0 函 数 开 始 ， 该 函数 总 共 可 以 分 为 8 个 步骤 。 
int main(int argc, char *argv[]) 
nt ret 
GPFDAT = 0x107 
/* NB: MMU off state */ 
/* 第 一 步 打印 vivi 版 本 */ 
putstr("\r\n"); 
putstr (vivi banner); 
reset handler(); 
/* 第 二 步 : 对 开发 板 进行 初始 化 */ 
ret = board init(); 
GPFDAT = 0x20; 
WE met hn 
putstr("Failed a board init() procedure\r\n"); 
error(); 


} 

/* 第 三 步 : 内 存 映射 初始 化 和 内 存 管理 单元 的 初始 化 工作 */ 

mem map init(); 

mmu init(); 

putstr("Succeed memory mapping.\r\n"); 

/* 第 四 步 : 调用 了 heap_init (void) 函数 ， 并 返回 值 。 该 值 是 函数 heap_init () 调用 的 
mmalloc_init () 函数 的 返回 值 ， 申 请 一 块 内 存 区 域 */ 


/* initialize the heap area*/ 


ret = heap init(); //vivi/1ib/heap.c 中 定义 
if (ret) { 
putstr("Failed initailizing heap region\r\n"); 
error(); 


/* 第 五 步 ， MTD 设备 的 初始 化 */ 

ret = mtd dev init() 7 

/* 第 六 步 : 读 取 bootloader 参数 */ 

init priv data(); //vivi/1ib/priv_data/rw.c 中 定义 
/* 第 七 步 : 初始 化 内 置 命令 */ 

misc(); 

init builtin cmds(); 

/* 第 八 步 : 启动 boot_or_vivi () 。 启 动 成 功 后 ， 将 通过 vivi_shel1 () 启动 一 个 shell 
(如 果 配 置 了 CONFIG_SERIAL _TERM) ， 此 时 vivi 的 任务 完成 */ 

boot or vivi(); 

return 07 


36 小 和 盆 


本 章 主要 介绍 了 Bootloader 的 启动 流程 ， 以 及 这 个 启动 流程 在 U-Boot 和 vivi 上 是 如 
何 体现 的 。 本 章 还 介绍 了 两 种 Bootloader 在 ARM 平台 的 移植 ， 通 过 介绍 移植 主要 步骤 ， 
使 读者 大 至 了解 移植 Bootloader 时 需要 注意 的 方面 :通过 代码 分 析 让 读者 清楚 Bootloader 
执行 流程 和 功能 。 
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内 核 ， 即 操作 系统 。 它 为 底层 的 可 编程 部 件 提供 服务 , 为 上 层 应 用 程序 提供 执行 环境 。 
内 核 裁剪 就 是 对 这 些 功能 进行 裁剪 ， 选 取 满足 特定 平台 和 需求 的 功能 。 不 同 的 硬件 平台 对 
内 核 要 求 也 不 同 ， 因 此 从 一 个 平台 到 另 一 个 平台 需要 对 内 核 进行 重新 配置 和 编译 。 操 作 系 
统 从 一 个 平台 过 渡 到 另 一 个 平台 称 为 移植 。Linux 是 一 款 平台 适应 性 且 容 易 裁剪 的 操作 系 
统 ， 因 此 Linux 在 嵌入 式 系统 得 到 了 广泛 的 应 用 。 本 章 将 详细 讲解 内 核 裁剪 与 移植 的 各 项 
技术 。 


4.1 Linux 内 核 结 构 


Linux 内 核 采用 模块 化 设计 ， 并 且 各 个 模块 源码 以 文件 目录 的 形式 存放 ， 在 对 内 核 的 
裁剪 和 编译 时 非常 方便 。 下 面 介绍 内 核 的 主要 部 分 及 其 文件 目录 。 


4.1.1 内 核 的 主要 组 成 部 分 
在 第 1 章 中 已 经 介绍 了 Linux 内 核 主要 的 5 个 部 分 进程 调度 、 内 存 管理 、 虚 拟 文件 


系统 、 网 络 接口 、 进 程 通 信 。 在 系统 移植 的 时 候 ， 它 们 是 内 核 的 基本 元 素 ， 这 5 个 部 分 之 
间 的 关系 ， 如 图 4.1 所 示 。 


虚拟 文件 系统 
逻辑 文件 系统 
硬件 驱动 程序 


司机 [| 夫子 邓 统 


网 络 协议 国 表示 子 系统 层 
霹 表示 子 系统 之 间 的 依 
硬件 驱动 程序 于 关 系 


4.1 Linux 内 核子 系统 及 其 之 间 的 关系 
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进程 调度 部 分 负责 控制 进程 对 CPU 的 访问 。 内 存 管理 允许 多 个 进程 安全 地 共享 主 内 存 
区 域 。 内 存 管理 从 逻辑 上 分 为 硬件 无 关 部 分 和 硬件 相关 部 分 。 硬 件 无 关 部 分 提供 了 进程 的 
映射 和 逻辑 内 存 的 对 换 ， 硬 件 相关 部 分 为 内 存 管理 硬件 提供 了 虚拟 接口 。 虚 拟 文件 系统 隐 
藏 了 不 同类 型 硬件 的 具体 细节 ， 为 所 有 的 硬件 设备 提供 了 一 个 标准 的 接口 ，VFS 提供 了 十 
多 种 不 同类 型 的 文件 系统 .网 络 接口 提供 了 对 各 种 网 络 标准 的 存 取 和 各 种 网 络 硬件 的 支持 。 
进程 通信 部 分 用 于 支持 进程 间 各 种 不 同 的 通信 机 制 。 进 程 调度 处 于 核心 位 置 ， 内 核 的 其 他 
子 系统 都 要 依赖 它 ， 因 为 每 个 子 系统 都 存在 进程 挂 起 或 恢复 过 程 。 
口 进程 调度 与 内 存 管 理 之 间 的 关系 : 这 两 个 子 系统 为 互相 依赖 关系 。 在 多 道 程序 环 
境 下 ， 程 序 要 运行 必须 为 之 创建 进程 ， 而 创建 进程 首先 就 是 要 将 程序 和 数据 装 入 
内 存 。 另 外 ， 内 存 管理 子 系统 也 存在 进程 的 挂 起 和 恢复 过 程 。 

口 进程 间 通信 与 内 存 管 理 之 间 的 关系 : 进程 间 通 信子 系统 要 依赖 内 存 管理 支持 共享 
内 存 通信 机 制 ， 通 过 对 共同 的 内 存 区 域 进行 操作 来 达到 通信 的 目的 。 

口 虚拟 文件 系统 与 网 络 接口 之 间 的 关系 : 虚拟 文件 系统 通过 依赖 网 络 接口 支持 网 络 

文件 系统 NFS) ， 也 通过 依赖 内 存 管 理 支持 RAMDISK 设备 。 
口 内 存 管 理 与 虚拟 文件 系统 之 间 的 关系 : 内 存 管理 利用 虚拟 文件 系统 支持 交换 ， 交 
换 进程 定期 地 由 调度 程序 调度 ， 这 也 是 内 存 管理 依赖 于 进程 调度 的 唯一 原因 。 当 
一 个 进程 存 取 的 内 存 映 射 被 换 出 时 ， 内 存 管 理 将 会 向 文件 系统 发 出 请 求 ， 同 时 ， 
挂 起 当前 正在 运行 的 进程 。 

除了 上 面 5 个 主要 部 分 ， 下 面 将 介绍 Linux 代码 的 整体 分 区 结构 。 


4.1.2 ”内 核 源 码 目录 介绍 


Linux 内 核 代码 以 源码 树 的 形式 存放 ， 如 果 在 安装 系统 的 时 候 已 经 安装 了 源码 树 ， 其 
源码 树 就 在 /usr/src/linux 下 ， 源 码 树 结构 如 图 4.2 所 示 。 


security 


[ Scripts | | crypto | mm | [ lib | kernel 


4.2 Linux 内 核 源码 树 结构 


下 面 分 别针 对 图 4.2 中 各 个 部 分 进行 介绍 ， 各 个 目录 的 主要 的 功能 分 别 如 下 。 
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1. arch 目 录 

arch 子 目 录 包 括 了 所 有 和 体系 结构 相关 的 核心 代码 。 它 的 每 一 个 子 目录 都 代表 一 种 支 
持 的 体系 结构 ， 例 如 arm 子 目录 是 关于 ARM 平台 下 各 种 芯片 兼容 的 代码 。 

2. include 目录 

include 子 目 录 包 括 内 核 编译 时 所 需要 的 大 部 分 头 文件 。 与 平台 无 关 的 头 文件 在 


include/linux 子 目 录 下 ，include/scsi 目录 则 是 有 关 scsi 设备 的 头 文件 目录 ， 与 arm 相关 的 
头 文件 在 include/asm-arm 子 目 录 下 。 
3. drivers 目 录 
drivers 子 目录 放置 系统 所 有 的 设备 驱动 程序 。 有 些 驱动 是 与 硬件 无 关 的 ， 而 有 些 驱动 
是 与 硬件 平台 相关 。 例 如 ， 在 USB 驱动 中 ， 主 机 控制 器 有 3 种 规格 : 
口 OHCI 主要 为 非 PC 系统 上 及 带 有 SiShe ALi 芯片 组 的 PC 主板 上 的 USB 芯片 ， 嵌 
入 式 系统 一 般 使 用 该 驱动 。 
口 UHCI 大 多 为 Intel 和 Via 主板 上 的 USB 控制 器 芯片 。 相 对 OHCI 而 言 UHCI 的 硬 
件 电路 比较 简单 ， 同 时 其 成 本 也 比较 低 ， 但 驱动 复杂 ， 但 它们 都 是 在 USB 1.1 规 
范 同 时 提出 的 。 
口 EHCI 由 USB 2.0 规范 所 提出 ， 它 兼容 OHCI 和 UHCI。 


4. fs 目录 


仿 子 目录 列 出 了 Linux 支持 的 所 有 文件 系统 , 目前 Linux 支持 ext2、vfat、 ntfs、yaffs2、 
ramfs、cramfs 和 romfs 等 多 种 文件 系统 。 在 嵌入 式 系统 中 常用 的 闪存 设备 的 文件 系统 有 
cramfs、romfs、ramfs、jffs2、yaffs 等 文件 系统 。 


5. init 目 录 


init 子 目 录 包 含 核心 的 初始 化 代码 注意， 不 是 系统 的 引导 代码 ) 。 它 包含 两 个 文件 
main.c 和 version.c， 这 是 研究 核心 如 何 工作 的 一 个 非常 好 的 起 点 。 


6. ipc 目 录 


ipc 子 目录 包含 核心 进程 间 的 通信 代码 。 Linux 下 进程 间 通 信 机 制 主要 包括 管道 、 信 和 号、 
消息 队列 、 共 享 内 存 、 信 号 量 、 套 接口 。 


7. kernel 目 录 


kernel 子 目 录 包 含 内 核 管 理 的 核心 代码 。 与 处 理 器 结构 相关 代码 都 放 在 arch/*/kernel 
目录 下 。 


8. net 目 录 


net 子 目录 里 是 核心 的 网 络 部 分 代码 , 其 每 个 子 目录 存放 一 个 具体 的 网 络 协议 或 者 网 络 
模型 代码 。 


»98* 


第 4 章 Linux 内 核 裁剪 与 移植 


9. mm 目录 


mm 子 目 录 包 含 了 所 有 的 内 存 管 理 代码 。 与 具体 硬件 体系 结构 相关 的 内 存 管 理 代码 位 
于 arch/*/mm 目录 下 。 


10. scripts 目 录 

scripts 子 目录 包含 用 于 配置 核心 的 脚本 文件 。 

11. lib 目 录 

lib 子 目 录 包 含 了 核心 的 库 代 码 , 与 处 理 器 结构 相关 的 库 代 码 被 放 在 arch/*/lib/ 目 录 下 。 


4.2 内核 配置 选项 


内 核 配置 通常 是 对 内 核 支持 的 各 个 功能 进行 取舍 配置 ， 将 配置 的 方案 保存 到 configure 
文件 中 。 在 编译 内 核 的 时 候 ， 就 会 根据 此 配置 对 内 核 进行 取舍 编译 。 在 源码 目录 下 通过 
make menuconfig 命令 进入 内 核 的 配置 界面 ， 如 图 4.3 所 示 。 在 对 内 核 功能 进行 配置 时 ， 使 


2629 ] 


图 4.3 内核 配置 界面 
Linux 配置 选项 的 基本 分 类 和 涵义 如 下 。 


4.2.1 一 般 选 项 


菜单 选项 (General setup) 的 子 菜单 中 包含 一 些 内 核 通用 配置 选项 ， 如 表 4.1 所 示 。 在 
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一 般配 置 选项 中 如 果 对 系统 没有 特殊 要 求 ， 
表 4.1 


选 项 名 


可 以 只 选择 System V IPC 配置 。 
一 般 选 项 
说 明 


Automatically append version information to the 
Version String 


自动 在 版 本 后 添加 版 本 信息 ， 编 译 时 需要 有 perl 及 
git 仓库 支持 ， 通 常 可 以 不 选 


Support for paging of anonymous memory (swap) 


支持 交换 内 存 ， 通 常 选择 


System V IPC 


进程 间 通 信 ， 通 常 需要 配置 


POSIX Message Queues 


POSIX 消息 队列 ， 通 常 需要 配置 


BSD Process Accounting 


可 以 将 行程 资料 记录 下 来 ， 通 常 建议 配置 


Export task/process statistics through netlink 


通过 netlink 接口 向 用 户 空间 导出 任务 /进程 的 统计 
信息 


Auditing support 审计 支持 ， 某 些 内 核 模块 〈 例 如 SELinux〉 需 要 配置 
RCU subsystem 同步 机 制 

Kemel .config support 提供 .config 配置 文件 支持 

Kemel log buffer size (16=>64KB. 17=>128KB) | 内 核 日 志 缓冲 区 大 小 (16 代表 64KB,17 代表 128KB) 
Group CPU scheduler CPU 组 调度 

Control Group support 控制 组 支持 


Create deprecated sysfs layout for older userspace 
tools 

Kernel->user space relay support (formerly 
relayfs) 

Namespace support 


Initial RAM filesystem and RAM disk 
(initramfs/initrd) support 


Optimize for size 
Configure standard kernel features (for small 
Systems) 


Disable heap randomization 


为 旧 的 用 户 空间 工具 创建 过 时 的 文件 系统 风格 


在 某 些 文件 系统 上 《比如 debugfs〉 提 供 从 内 核 空间 
向 用 户 空间 传递 大 量 数据 的 接口 

命名 空间 支持 

初始 化 RAM 文件 系统 的 源 文件 。initramfs 可 以 将 根 
文件 系统 直接 编译 进 内 核 , 一 般 是 cipo 文件 。 对 嵌入 
式 系统 有 用 

代码 优化 。 如 果 不 了 解 编译 器 ， 建 议 不 选 

为 特殊 环境 准备 的 内 核 选 项 , 通常 不 需要 这 些 非 标准 
内 核 

禁用 随机 heap (heap 堆 是 一 个 应 用 层 的 概念 ， 即 堆 
对 CPU 是 不 可 见 的 ， 它 的 实现 方式 有 多 种 ， 可 以 由 
OS 实现 ， 也 可 以 由 运行 库 实 现 ， 也 可 以 在 一 个 栈 中 
来 实现 一 个 堆 ) 


Choose SLAB allocator 选择 内 存 分 配 管理 器 ， 建 议 选择 
Profiling support 支持 系统 评测 ， 建 议 不 选 
Kprobes 探测 工具 ， 开 发 人 员 可 以 选择 ， 建 议 不 选 


4.2.2 ”内 核 模块 加 载 方式 支持 选项 


菜单 选项 (Loadable module support) 的 子 菜单 中 包含 一 些 内 核 模块 加 载 方式 选项 ， 如 
表 4.2 所 示 。 如 果 对 模块 的 加 载 方式 有 特殊 要 求 ， 如 可 以 强制 卸载 正在 使 用 的 模块 的 要 求 ， 


那么 可 以 配置 相关 的 模块 加 载 方式 。 
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表 4.2 ”内核 模块 加 载 方式 


选 项 名 说 有 明 
Forced module loading 允许 强制 加 载 模块 驱动 
Module unloading 人 允许 卸载 已 经 加 载 的 模块 ， 建 议 选择 
Forced module unloading 人 允许 强制 卸载 正在 运行 的 模块 ， 该 功能 危险 ， 建 议 不 选 
Module versioning support 允许 使 用 其 他 内 核 版 本 的 模块 ， 建 议 不 选 


为 所 有 的 模块 校 验 源码 ， 可 以 不 选 


Source checksum for all modules 


4.2.3 ”系统 调用 、 类 型 、 特 性 、 启 动 相关 选项 


菜单 选项 (Block layer) 的 子 菜单 中 包含 一 些 系统 调用 方式 选项 ， 如 表 4.3 所 示 。 在 配 
置 内 核 时 可 以 不 选 该 菜单 选项 。 


表 4.3 系统 调用 方式 


选 项 名 说 有明 
Support for Large Block Devices and files 使 用 大 容量 块 设备 时 选择 
Support for tracing block io actions 支持 块 队列 IO 跟踪 
Block layer SG support v4 支持 通用 scsi 块 设备 第 4 版 
Block layer data integrity support 支持 块 设备 数据 完整 性 
IO Schedulers LO 调度 器 


菜单 选项 (System Type) 的 子 菜单 中 包含 一 些 系统 类 型 选项 ， 在 配置 内 核 时 直接 选择 
对 应 的 芯片 类 型 即 可 。 对 特定 的 平台 选择 相应 的 支持 类 型 。 

菜单 选项 (Kernel Features) 的 子 菜单 中 包含 一 些 系统 特性 选项 ， 如 表 4.4 所 示 。 在 嵌 
入 式 系统 中 ， 一 般 不 对 这 些 选 项 进行 配置 。 


表 4.4 系统 特性 
选 项 名 说 有明 
Preemptible Kernel 抢占 式 内 核 。 建 议 采 用 
Use the ARM EABI to compile the kernel 使 用 ARM EABI 编写 内 核 
Allow old ABI binaries to run with this kermel 使 内 核 支 持 旧 版 本 的 ABI 程序 
Memory model 只 有 Flat Memory 供 选 择 


Add LRU list to track non-evictable pages 对 没有 使 用 的 页 采用 最 近 最 少 使 用 算法 ， 建 议 选 择 
菜单 选项 (Boot Options) 的 子 菜单 中 包含 一 些 系统 启动 选项 ， 如 表 4.5 所 示 。 


表 4.5 系统 启动 


选 项 名 
(0)Compressed ROM boot loader base address 
(0)Compressed ROM boot loader BSS address 
ODefault Kernel command string 
Kermel Execute-In-Place from ROM 


说 了 明 
xImage 存放 的 基地 址 
BSS 地 址 
内 核 启 动 参数 
从 ROM 中 直接 运行 内 核 , 该 内 核 使 用 make xipImage 
编译 
选择 XIP 后 ， 内 核 存 放 的 物理 地 址 
Kexec 系统 呼叫 


(Ox00080000)XIP Kernel Physical Location 
Kexec system call 


Oh 
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4.2.4 网 络 协议 支持 相关 选项 


菜单 选项 (Networking Support) 的 子 菜单 中 包含 一 些 网 络 协议 支持 的 选项 ， 如 表 4.6 
所 示 。 基 本 只 需要 在 Networking options 子 菜单 中 选择 具体 所 需 的 网 络 协议 即 可 。 


表 4.6 网 络 协议 
选 项 名 说 明 
Rs 该 菜单 的 子 菜单 包含 支持 的 各 种 具体 网 络 协议 ， 在 开发 中 
可 以 根据 需要 进行 配置 
Amateur Radio support 业余 无 线 电 支持 ， 一 般 不 选 
CAN bus subsystem support CAN 总 线 子 系统 支持 
IIDA (infrared) subsystem support 红外 线 支持 
Bluetooth subsystem support 蓝牙 支持 
RXRPC session sockets 会 话 套 接 字 支 持 
Phonet protocols family Phonet 协议 族 支持 
Wireless 无 线 电 协 议 支持 
WiMAX Wireless Broadband support WiMAX 无 线 宽带 支持 
RF switch subsystem support RF 交换 子 系统 支持 
Plan 9 Resource Sharing Support (9P2000) ”| 9 计划 资源 共享 支持 


4.2.5 设备 驱动 支持 相关 选项 


菜单 选项 (Device drivers) 的 子 菜单 中 包含 一 些 设备 驱动 的 选项 ， 如 表 4.7 所 示 。 重 
点 说 明了 MTD 设备 相关 的 驱动 。 需 要 支持 设备 驱动 时 可 以 配置 相关 的 选项 。 


表 4.7 设备 驱动 


选 项 名 


说 明 


Connector - unified userspace <-> kernelspace linker | 用 户 空间 和 内 核 空间 的 统一 连接 器 


Memory Technology Devices (MTD) support 


MTD 设备 支持 ， 霸 入 式 系统 使 用 


->Debugging 调试 功能 

St 连接 多 个 MTD 设备 , 例如 使 用 JFFS2 文件 系统 管 
理 多 片 Flash 的 情形 。 只 有 一 片 Flash 时 不 选 

->MTD partitioning support Flash 分 区 支持 ， 建 议 选择 

->MTD tests support MTD 测试 支持 


->RedBoot partition table parsing 


使 用 RedBoot 解析 Flash 分 区 表 ， 如果 需要 读 取 这 
个 分 区 表 的 信息 ， 选 择 此 项 


->Command line partition table parsing 


允许 通过 内 核 命令 行 传递 MTD 分 区 表 信 息 


->ARM Firmware Suite partition parsing 


使 用 AFS 分 区 信息 


->TI AR7 partitioning support 
->Direct char device access to MTD devices 
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选 项 名 


续 表 
说 有明 


->Caching block device access to MTD devices 


文件 系统 挂 载 后 , 模拟 块 设备 进行 访问 。 常用 于 只 
读 文 件 系 统 。 如 果 是 DiskOnChip 使 用 NFTL 方式 


->FTL (Flash Translation Layer) support 


提供 对 Flash 翻译 层 支 持 ， 可 以 不 选 


->NFTL (NAND Flash Translation Layer) support 


NAND Flash 翻译 层 支持 ， 可 以 不 选 


-> INFTL (Inverse NAND Flash Translation Layer) 
support 


提供 INFTL 支持 ，DiskOnChip 使 用 


-> Resident Flash Disk (Flash Translation Layer) 
support 


提供 RFD 支持 ， 为 嵌入 式 系统 提供 类 似 BIOS 
功能 


-> NAND SSFDC (SmartMedia) 
translation layer 


read only 


NAND SSFDC 只 读 翻译 层 


-> Log panic/oops to an MTD buffer MTD 缓冲 区 日 志 

-> RAM/ROM/Flash chip drivers RAM/ROM/Flash 芯片 驱动 
->Mapping drivers for chip access 为 芯片 的 访问 方式 选择 Mapping 驱动 
-> Self-contained MTD device drivers 自身 包含 MTD 设备 驱动 ， 一 般 不 选 
->NAND Device Support NAND Flash 支持 

->OneNAND Device Support One NAND 相关 驱动 

->LPDDR flash memory drivers LPDDR Flash 内 存 驱动 

->UBI- Unsorted block images 只 提供 UBI 支 持 

Parallel port support 并 口 支持 

Block devices 红外 线 支持 

Bluetooth subsystem Support 蓝牙 支持 

RxRPC session sockets RxRPC 会 话 套 接 字 支持 

Phonet protocols family Phonet 协议 族 支 持 

Wireless 无 线 电 协 议 支 持 

WiMAX Wireless Broadband support WiMAX 无 线 宽带 支持 

RF switch subsystem support RF 交换 子 系统 支持 

Plan 9 Resource Sharing Support (9P2000) 9 计划 资源 共享 支持 


4.2.6 文件 系统 类 型 支持 相关 选项 


菜单 选项 (File Systems) 的 子 菜单 中 包含 一 些 文件 系统 配置 的 选项 ， 


如 表 4.8 所 示 。 


内 核 移 植 完 成 后 ， 通 常 需要 制作 文件 系统 ， 可 以 在 此 部 分 选择 内 核 支持 的 文件 系统 格式 。 
表 4.8 文件 系统 


选 项 名 


Second extended fs support 


Ext2 文件 系统 支持 


Ext3 journalling file System Support 


Ext3 文件 系统 支持 


The Extended 4 (ext4) filesystem 


Ext4 文件 系统 支持 


Reiserfs support 


Reiserfs 文件 系统 支持 
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续 表 
选 项 名 说 明 
JES filesystem support 下 S 文件 系统 支持 
XFS filesystem support XFS 文件 系统 支持 
OCFS?2 file system support OCFS2 文件 系统 支持 
i Bufs 文件 系统 ， 不 稳定 ， 建 议 不 选择 
Dnotify support 文件 系统 变化 通知 机 制 支持 


Inotify file change notification support 


Inotify 是 Dnotify 的 蔡 代 者 ， 在 高 版 内 核 中 默认 支持 


Quota support 


磁盘 限额 支持 


Kernel automounter support 


自动 挂 载 远程 文件 系统 ， 如 NFS 


Kernel automounter Version 4 Support 
(also supports v3) 


自动 挂 载 远 程 文件 系统 ， 对 版 本 4 和 版 本 3 都 支持 


FUSE (Filesystem in Userspace) support 


在 用 户 空间 挂 载 文件 系统 ， 建 议 选择 


CD-ROM/DVD Filesystems 
DOS/FAT/NT Filesystems 
Pseudo filesystems 


Miscellaneous filesystems 
Network File Systems 


Partition Types 


Distributed Lock Manager (DLM) 


4.2.7 ”安全 相关 选项 


ISO 9660，UDF 等 文件 系统 支持 

FAT/NTFS 文件 系统 支持 。 如 果 用 于 访问 存储 设备 ， 并 且 
包含 像 Windows 文件 时 选 上 该 选项 

伪 操 作 系统 ， 多 指 内 存 中 的 操作 系统 

杂项 文件 系统 ， 包 括 ADFS，BFS，BeFS，HPFS 等 ， 比 较 
少 用 ， 建 议 不 选 

网 络 文件 系统 。 其 中 只 有 NFS 在 产品 开发 过 程 中 用 。 在 开 
发 过 程 可 以 选用 

分 区 类 型 。 该 菜单 下 提供 很 多 中 类 型 ， 但 在 嵌入 式 产品 中 
很 少 用 ， 建 议 不 选 

分 布 式 锁 管理 器 


菜单 选项 (Security options) 的 子 菜单 中 包含 一 些 安全 配置 选项 。 很 少 用 ， 建 议 不 选 。 
菜单 选项 〈Kernel hacking)〉 的 子 菜单 中 包含 内 核 黑客 配置 选项 。 建 议 不 选 。 菜单 选项 
(Cryptographic API) 的 子 菜单 中 包含 内 核 加 密 算 法 配置 选项 。 很 少 用 ， 建 议 不 选 。 


4.2.8 其 他 选项 


菜单 选项 (Bus Support) 的 子 菜单 中 包含 一 些 总 线 接口 支持 ， 嵌 入 式 系统 可 以 不 选 。 


菜单 选项 (CUP Power Management) 的 子 菜单 中 包含 电源 管理 选项 , 嵌入 式 系 统 可 以 不 选 。 
菜单 选项 (Floating) 的 子 菜单 中 包含 一 些 总 线 接口 支持 , 翌 入 式 系 统 可 以 不 选 。 菜单 选项 
(Library routines ) 的 子 菜单 中 包含 一 些 库 配 置 选项 ,主要 提供 CRC 支持 , 在 开发 通信 类 产 
品 时 可 以 选择 对 应 的 CRC。 
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4.3 内 核 裁剪 及 编译 


经 过 对 内 核 的 认识 和 对 裁剪 配置 项 的 了 解 ， 接 下 来 实际 操作 。 针 对 S3C2440 开发 板 进 
行 裁剪 Linux 内 核 。 


4.3.1 ”安装 内 核 源 代码 


在 前 面 章 节 中 已 经 介绍 了 建立 交叉 编译 环境 。 如 果 还 没有 建立 编译 环境 ， 请 参考 相关 
章节 。 获 得 源码 可 以 直接 从 网 上 下 载 开发 板 对 应 的 源码 。 该 源码 相 比 Linux 基本 内 核 源码 
增加 了 对 应 平台 相关 的 内 容 。 将 源 代码 压缩 包 复制 到 /usr/local/arm 目录 下 , 使 用 tar 命令 解 
压 源码 。 

tar -zxvf linux-2.6.29-HY2440.tgz 


tar 命令 带 上 zxvf 参数 可 以 看 到 详细 的 解压 过 程 ， 如 图 4.4 所 示 。 
队 立 HEF fa 和 园区 恰 受 


文件 刀 纺 名 全) 直 看 必 络 映 人 ”标签 @) 


Hins setfilter/ebt nnong.c 


® Broot@localhost /shoca/arm 下 画面 面 全 
4.4 内 核 解 压 过 程 


et 


4.3.2 ”检查 编译 环境 设置 


源 代码 解压 完成 后 ， 进 入 linux-2.6.29 目录 下 ， 然 后 使 用 VI 命令 编辑 Mackfile。 确 定 
编译 环境 为 arm 交叉 编译 工具 与 本 机 安装 的 路 径 和 一 致 。 


RARCH = arm 
CROSS COMPILE = /usr/local/arm/4.3.2/bin/arm-linux— 


“10e 
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4.3.3 配置 内 核 


使 用 make menuconfig 命令 进入 内 核 配置 界面 ， 如 图 4.3 所 示 。 注 意 在 linux-2.6.29 目 
录 下 ， 执 行 make menuconfig 命令 才能 正确 进入 配置 界面 。 下 面 给 出 一 个 内 核 的 基本 配置 。 

(1) 在 一 般 General setup 配置 项 中 选择 子 项 System V IPC。 由 于 要 支持 处 理 器 在 程序 
之 间 同 步 和 交换 信息 ， 如 果 不 选 这 项 ， 很 多 程序 将 运行 不 起 来 ， 所 以 选择 General setup 配 
置 项 中 的 子 项 System V IPC， 其 他 可 以 不 选 ， 如 图 4.5 所 示 。 在 此 配置 界面 中 还 有 一 个 选 
项 [*] Initial RAM filesystem and RAM disk (initramfs/initrd) support 在 制作 Ramdisk 文 件 系统 
时 ， 应 该 选 上 该 选项 ， 如 图 4.6 所 示 。 


图 4.5 配置 System VIPC 


Bd 


图 4.6 配置 RAM disk 支持 


(2) 在 模块 加 载 方式 中 ， 只 选择 子 项 Module unloading， 其 他 可 以 不 选 。 因 为 Force 
module loading 和 Force module unloading 会 造成 安全 隐患 ,所 以 一 般 不 选 .Module unloading 
支持 动态 卸载 模块 ， 减 少 内核 占 用 的 资源 。 如 图 4.7 所 示 模 块 加 载 方式 选项 配置 。 
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文件 他 ”编辑 亿 ， 坦 香 亿 经 油 四 ”标签 所 硒 助 人 


ca6529 | EL 


图 4.7 模块 加 载 方式 选项 配置 


(3) 如 果 系 统 没有 对 磁盘 调度 方式 有 特殊 的 要 求 ， 对 block layer 可 以 不 作 任何 配置 。 

(4) 在 系统 类 型 中 选择 S3C3410 DMA support 和 Force UART FIFO on during boot 
process， 选 DMA support 选项 是 为 了 支持 2440 直接 内 存 访问 。 选 UART FIFO 可 以 支持 一 
般 的 串口 通信 协议 。 如 图 4.8 所 示 为 系统 类 型 选项 配置 。 


文件 从 编 鲁 亿 下 看 A 终 铀 人 


config — Linux Lornel v2.6.29 


4.8 系统 类 型 选项 配置 


选择 S3C2440 Machines 进入 S3C2440 Machines 的 配置 界面 ， 选 择 对 应 开发 板 类 型 的 
支持 ， 笔 者 的 开发 板 为 Mini2440， 则 对 应 的 配置 如 图 4.9 所 示 。 

(5) 对 于 总 线 支 持 Bus support 配置 ， 一 般 情 况 下 该 选项 可 以 不 作 配 置 ， 除 非 在 开发 对 
应 的 驱动 时 。 


“le 
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Eric yy wo:2440/0021:0 develos 


图 4.9 选择 对 应 的 开发 板 类 型 


(6) 在 对 系统 特性 选项 进行 配置 时 ,建议 对 选项 Use the ARM EABI to compile the kernel 
和 选项 Allow old ABI binaries to run with this kernel (EXPERIMENTAL) (NEW) 进行 配 
置 ， 如 图 4.10 所 示 。 如 果 交 叉 编译 工具 的 版 本 为 arm-linux-gcc4.3.2 时 ,没有 对 这 两 个 选项 
进行 配置 ， 就 会 在 烧 写 完 文件 系统 后 出 现 系 统 无 法 启动 的 错误 ， 错 误 提示 为 Kernel panic - 
not syncing: Attempted to kill init! 


@ roopocanos nsmocaprmmmue2529 
图 4.10 系统 类 型 选项 配置 


全 注意 : ARM EABI 有 许多 革新 之 处 ， 其 中 最 突出 的 改进 就 是 Float Point Performance， 它 
使 用 Vector Float Point ( 矢量 浮 点 ) ， 因 此 可 以 极 大 提高 涉及 浮 点 运算 程序 的 运算 
速度 。 如 果 编 译 内 核 的 编译 器 支持 EABI， 则 在 内 核 中 也 应 该 选择 对 该 项 的 支持 。 


(7) 对 启动 参数 的 配置 ，Bootloader 启动 后 会 将 板子 的 信息 、Ramdisk 大 小 、 命 令 行 


“We* 
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字符 串 等 信息 传递 给 内 核 , 然后 开始 启动 内 核 , 文件 系统 为 Ramdisk 时 一 般 要 配置 该 选项 ， 
对 选项 的 具体 地 址 和 参数 应 该 根据 具体 板子 、 内 核 大 小 、 文 件 系统 大 小 来 定 ， 该 配置 界面 
如 图 4.11 所 示 。 


Foo oo ro min 


文件 个 ”编辑 名 下 看 标 罕 名 ， 划 出 () 
coafi tion 


图 4.11 启动 参数 配置 


(8) 选项 CPU Power Management 一 般 不 作 配 置 。 

(9) 选项 Floating point emulation 一 般 不 作 配 置 。 

(10) 选项 Userspace binary formats， 配 置 Kernel support for ELF binaries， 如 图 4.12 
所 示 。 

(11) 对 于 电源 管理 选项 一 般 不 作 配 置 。 


文件 人 编辑 企 ) 查看 V) 终端 们 EE3 帮助 人) 
onfig — Linux 


4.12 配置 Kernel support for ELF binaries 选项 


第 2 篇 系统 移植 技术 篇 


(12) 对 于 网 络 选项 的 支持 ， 配 置 Networking options 中 的 TCP/IP networking 和 Unix 
domain sockets， 配 置 如 图 4.13 所 示 。 在 Networking support 下 的 其 他 选项 ， 在 开发 对 应 的 


驱动 时 将 对 应 的 选项 选 上 。 


文件 提 ， 纺 缉 企 下 看 WW 关 兴 外 


图 4.13 配置 Networking options 


(13) 设备 驱动 选择 ， 设 备 驱动 选项 是 最 复杂 也 是 用 得 最 多 的 配置 选项 ， 特 别 是 在 开 
发 驱动 和 系统 移植 的 时 候 。 

在 设备 驱动 选项 中 添加 MTD 支持 , 配置 MTD partitioning support 和 Direct char device 
access to MTDdevices。 配 置 MTD partitioning support 是 支持 对 Flash 分 区 的 支持 ,配置 Direct 
char device access to MTDdevices 是 支持 将 系统 中 的 MTD 设备 看 作 字 符 设 备 进行 读 / 写 ， 如 
图 4.14 所 示 为 驱动 选项 配置 。 


从 Ra 《5 国 


全 [Broo@locanost srhocaVamVinux-2.6 29 


4.14 ”驱动 选项 配置 


“a 
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在 网 路 设备 驱动 配置 窗口 中 ， 为 了 使 开发 板 支 持 网 卡 驱动 选择 Ethemet (10 or 
100Mbit) ， 如 果 希 望 支持 ppp 拨号 还 可 以 选择 对 ppp 协议 的 支持 等 ， 可 以 根据 具体 的 开发 
进行 配置 ， 如 图 4.15 所 示 ， 进 入 Ethernet (10 or 100Mbit) 配置 中 选择 对 应 的 网 卡 驱 动 ， 
如 图 4.16 所 示 。 


ocalarm/iinux 25 


4.16 配置 对 DM9000 支持 


在 音频 设备 驱动 时 , 应 该 配置 Sound card support, 在 该 配置 窗口 下 有 OSS 驱动 框架 和 
ALSA 驱动 框架 ， 其 配置 界面 如 图 4.17 所 示 。 


人 
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图 4.17 配置 声卡 驱动 的 支持 


在 对 驱动 框架 Advanced Linux Sound Architecture 进行 配置 时 , 如 果 音 频 应 用 程序 需要 
支持 数字 音频 接口 、 混 音 接口 ， 则 需要 配置 OSS Mixer API 和 OSS PCM (digital audio) 
API， 如 图 4.18 所 示 。 另 外 还 要 对 开发 板 具体 的 芯片 支持 ， 如 Mini2440 采用 的 UDA134x， 
则 还 要 对 具体 的 芯片 驱动 进行 配置 ,如 图 4.19 所 示 。 当 然 在 配置 具体 音频 驱动 支持 前 应 该 
先 在 内 核 代 码 中 添加 相应 的 驱动 。 


图 4.18 ”对 数字 音频 接口 和 混 音 接口 支持 
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A A 


config — Linux Kernel v2.6.29 Configuration 


图 4.19 对 具体 芯片 和 驱动 的 支持 


USB 设备 驱动 ， 也 是 应 该 要 用 到 的 内 核 配 置 选项 ， 在 开发 USB 主机 驱动 时 应 该 配置 
OHCI HCD support 选项 ,在 开发 USB 存储 设备 驱动 时 配置 USB Mass Storage support 选项 ， 
如 图 4.20 所 示 。 


FO6tBIGcaih6SsEJUSFJGCaUSrmJnUX 


文件 亿 编辑 伍 ) 查看 VV) 赂 器 (D 标签 @) 帮助 4) 


config — Linux Kernel v2.6.29 Configuration 


> USB Mnss Storage support 


4.20 USB 设备 驱动 配置 
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在 开发 键盘 、 鼠 标 等 输入 设备 驱动 时 ， 应 该 配置 HID Devices 选项 。 在 开发 SD 卡 驱 
动 时 应 该 配置 MMC/SD/SDIO card support 选项 。 

(14) 文件 系统 选择 也 是 比较 重要 的 部 分 ， 在 文件 系统 配置 选项 时 ， 应 该 根据 所 用 的 
文件 系统 来 添加 对 应 的 文件 系统 支持 。 笔 者 用 到 了 网 络 文件 系统 和 YAFFS2 文件 系统 ， 在 
内 核 中 添加 对 NFS 和 YAFFS2 文件 系统 的 支持 ， 如 图 4.21 和 图 4.22 所 示 。 


Pan rmi 


查看 (W) 经 端 (D 标签 但 ) 帮助 他 
roel 


2.6-29 Configuration 


[NN] Network File Systems 


图 4.21 对 NFS 的 支持 


POotol ean i 


图 4.22 对 YAFFS2 的 支持 
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如 果 开 发 板 在 挂 载 其 他 存储 设备 时 ， 这 些 存 储 设 备 还 包含 中 文 时 ， 为 了 正确 挂 载 这 些 
设备 ， 则 应 该 在 Native language support 中 添加 对 字符 编码 的 设置 ， 如 图 4.23 所 示 为 支持 
简体 中 文 的 配置 。 


> Codepage 862 (Bebrew)| 


图 4.23 对 字符 编码 的 支持 
(15) 剩 下 的 内 核 选项 一 般 不 作 配置 ， 退 出 内 核 的 配置 界面 并 保存 配置 。 


4.3.4 编译 内 核 


如 果 是 第 一 次 编译 内 核 就 不 用 清理 以 前 的 映像 文件 。 否 则 可 以 使 用 make clean 命令 清 
理 以 前 编译 的 结果 。 在 linux-2.6.29 目录 下 使 用 make dep 和 make zImage 命令 生成 内 核 映 
像 文件 ， 编 译 的 过 程 如 图 4.24 所 示 。 


make clean 
make dep 
make ZImage 


外 注意 : make dep 是 当 程 序 之 间 有 依赖 关系 的 时 候 ， 程 序 发 生 更 新 时 ， 依 赖 的 程序 会 自动 
更 新 。 


如 果 编 译 成 功 ， 最 后 会 打印 生成 内 核 映 像 文件 zImage 及 其 目录 。 


OBJCOPY arch/arm/boot/Image 
Kernel: arch/arm/boot/Image is ready 


RS arch/arm/boot/compressed/head.o 
GZIP arch/arm/boot/compressed/piggy.gz 
RS arch/arm/boot/compressed/piggy.o 


Ge arch/arm/boot/compressed/misc.o 
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LD arch/arm/boot/compressed/vmlinux 
OBJCOPY arch/arm/boot/zImage 
Kernel: arch/arm/boot/zImage is ready 


全 | | 国 roctelocahostusrlocalamnmnux2629 | 一 国 面 国 9 


图 4.24 编译 过 程 


4.4 内核 映像 文件 移植 到 ARM 板 


4.3 节 中 ， 介 绍 了 编译 内 核 映像 文件 。 本 节 中 介绍 将 映像 文件 下 载 到 S3C2440 开发 板 
上 。 如 果 开 发 板 没 有 烧 写 Bootloader, 或 者 上 位 机 没有 安装 下 载 映像 文件 工具 DNW， 请 参 
考 前 面 的 相关 章节 。 在 这 里 依然 可 以 暂时 使 用 厂家 自 带 的 文件 系统 。 等 后 面 讲 定制 文件 系 
统 后 ， 就 可 以 使 用 自制 的 文件 系统 。 


4.4.1 移植 准备 


将 4.3 节 生 成 的 映像 文件 复制 到 Windows 目录 下 ， 将 要 下 载 的 文件 系统 放映 像 文件 、 
内 核 映像 文件 放 在 一 起 ， 便 于 下 载 。 

(1) 将 开发 板 与 上 位 机 正确 连接 , 确定 开发 板 电源 已 经 插 上 ， 且 开发 板 处 于 关闭 状态 ; 
串口 线 已 经 正确 连接 ; USB 线 未 连接 。 运行 DNW 工具 ， 此 时 DNW 的 COM 和 USB 状态 
如 图 4.25 所 示 。 

(2) 确定 上 位 机 与 开发 板 相连 的 串口 编号 。 这 里 用 的 是 笔记 本 ,没有 串口 ， 采用 USB 
转 串 口 。 在 Windows 设备 管理 器 下 可 以 看 到 与 开发 板 相 连 的 串口 为 COM4， 如 图 4.26 
所 示 。 

(3) 选择 Configuration | Options 命令 ， 进 入 串口 配置 界面 ， 将 波 特 率 设置 为 115200， 


se 
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COM Port 为 设置 COM4， 下 载 地 址 设置 为 0x32000000， 如 图 4.27 所 示 。 配 置 完成 后 单 击 
OK 按钮 保存 配置 。 


pm -0.50A ICosEIESSE TE| 


| 


白 - 孕 请 D Cou 和 IT) 
| ?mr 1) 


| 
通讯 端口 了 


图 4.25 未 连接 前 DNW 状态 图 4.26 确定 与 开发 板 相连 的 串口 
(4) 选择 Serial Port | connect 命令 ，DNW 状态 应 该 变 成 如 图 4.28 所 示 的 状态 。 


半生 和 和 和 


nm v0.50A [con4, 11520002 1D Te 


图 4.27 确定 与 开发 板 相连 的 串口 图 4.28 串口 配置 正确 后 状态 


(5) 确定 以 上 步 又 正确 后 , 通过 USB 线 将 上 位 机 和 开发 板 连 接 起 来 。 按 住 上 位 机 的 空 
格 键 ， 启 动 开发 板 。 如 果 是 第 一 次 采用 USB 下 载 系统 将 会 提示 安装 驱动 。 根 据 提示 安装 完 
驱动 之 后 ，DNW 将 进入 vivi 模式 。 此 时 USB 状态 为 OK,， 在 DNW 显示 正确 的 vivi 信息 ， 
如 图 4.29 所 示 。 


[nm .sok [co 


图 4.29 进入 vivi 模 式 
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4.4.2” 烧 写 系统 


烧 写 Linux 系统 的 整个 过 程 包括 格式 化 Nand Flash、 烧 写 Bootloader、 烧 写 内 核 映 像 文 
件 和 烧 写 文件 系统 映像 文件 。 下 面具 体 介绍 每 个 步骤 的 详细 过 程 。 


1. 分 区 格式 化 Flash 


在 vivi 模式 下 输入 : bon part 0 192k 1216k， 将 Nand Flash 分 成 三 个 区 。 三 个 区 的 大 小 
如 下 所 示 。 

口 0 一 192k: 大 小 为 192k; 

口 192k 一 1216k: 大 小 为 1M; 

口 1216k 一 64M: 大 小 为 63M。 

执行 分 区 命令 后 ， 会 在 屏幕 上 打印 下 列 信息 : 


FriendlyARM> bon part 0 192k 1216k 
doing partition 
0 


size = 
size = 196608 
size = 1245184 


以 上 信息 显示 分 区 的 起 始 地 址 。 
check bad block 


part = end = 196608 
part = 1 end = 1245184 
part = 2 end = 67108864 
Part0: 

offset = 0 


size = 196608 
bad block = 0 
partl: 
offset = 196608 
size = 1048576 
bad block = 0 
让 BE 和 
offset = 1245184 
size = 65847296 
bad block = 0 


以 上 信息 详细 打印 了 分 区 大 小 、 坏 区 大 小 和 分 区 的 起 始 地 址 等 信息 。 
全 注意 : 分 区 后 不 能 掉 电 或 者 关 电 ， 因 为 此 时 Nand Flash 中 已 经 被 清空 。 否 则 需要 按照 第 
3 章 介绍 的 方法 使 用 H-JTAG 重新 烧 写 Bootloader。 
2. 烧 写 Bootloader 


在 vivi 模式 下 输入 load flash vivi u 命令 。DNW 进入 等 待 下 载 状态 后 ， 选 择 DNW 菜 
单 栏 的 USB Post | Transmit 命令 ， 选 择 vivibin 文件 。 烧 写 完 成 后 会 打印 如 下 信息 。 


FriendlyARM> load flash vivi u 
USB host is connected. Waiting a download. 


和 
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Now, Downloading [ADDRESS:30000000h,TOTAL:105154] 
RECEIVED FILE SIZE: 105154 (102KB/S，1S) 
Downloaded file at 0x30000000, size = 105144 bytes 
Found block size = 0x0001c000 

Erasing... ome 

Writing... 。- done 

Written 105144 bytes 


如 果 烧 写成 功 ， 就 会 打印 Writing.… .… done。 
全 注意 : 在 打印 USB host is connected Waiting a download 信息 后 ， 单 击 DNW 菜单 栏 的 
USB PostITransmit 命令 。 出 现 选 择 文件 对 话 框 , 选择 文件 后 开始 烧 写 Bootloader。 
3. 下 载 Linux 内 核 文件 


在 vivi 模式 下 输入 load flash kernelu 命令 , DNW 进入 等 待 下 载 状态 后 , 单 击 DNW 菜 
单 栏 的 USB Post | Transmit 命令 ， 选 择 4.4.1 节 生 成 的 内 核 文 件 zimage， 如 图 4.30 所 示 。 
下 载 内 核 的 过 程 如 图 4.31 所 示 。 


FTnagerin3000-M3 


XHs0: [ee 可 
Xiu) ma 可 取消 


图 4.30 选择 内 核 文件 
也 6 可 


Surial Port US9 For Cenafiguretim Hely 
[uSB host 15 connected. Waiting a download- S| 


IUSB host is con TENET TE 


How, Dounloadin ii 
IRECETUED FILE S. 
Downloaded file at Bx39999999。size = 18525Mh bytes 
IFound block size = BxBB1c8888 


[Erase Toc of Wince ---，ogy 
FriendlynpM> load Flash kernel u 
lusp host is connected. Waiting a download. 


How, Dounloading [ADDRESS:30090989h, TOTAL:1952554] 
[RECEIVEB FILE SIZE: 589892 品 


图 4.31 下 载 内 核 过 程 
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正确 下 载 内 核 完成 信息 如 下 : 


FriendlyARM> load flash kernel u 
USB host is connected. Waiting a download. 


Now, Downloading [ADDRESS:30000000h,TOTAL:1852554] 
RECEIVED FILE SIZE: 1852554 (904KB/S，2S) 
Downloaded file at 0x30000000, size = 1852544 bytes 
Found block size = 0x001c8000 

Erasing... :+»。 done 

Writing... Se done 

Written 1852544 bytes 


全 注意 : 在 打印 USB host is connected. Waiting a download 信息 后 ， 单 击 DNW 菜单 栏 的 
USB Post | Transmit 命令 。 


4. 安装 文件 系统 


接 上 一 步 操作 ， 输 入 命令 loadyaffs root u 安装 文件 系统 ， 暂 时 使 用 开发 板 厂 家 提供 的 
示例 文件 系统 。 选 择 文件 系统 映像 文件 root_qtopia_dm9000A43.img， 如 图 4.32 所 示 。 安 装 
文件 系统 过 程 如 图 4.33 所 示 。 


打开 到 当 | 


查找 范围 Ui: [Di 可 + 外 终 国 - 


mw ini 


文件 类 型 Qi [ll Files (+.*) S| 职 消 


4.32 选择 文件 系统 映像 文件 


正确 安装 文件 系统 后 显示 载 入 yafg 文件 系统 成 功 及 文件 系统 的 大 小 ， 打 印 如 下 信息 。 


Load yaffs OK: 
Blocks scanned: 3947, Blocks erased: 3947, Blocks are bad: 0 
RECEIVED and Writed FILE SIZE:45779722 (363KB/S，123S) 


5. 启动 系统 


在 vivi 模式 下 输入 boot 启动 系统 ， 正 确 进入 系统 后 显示 如 图 4.34 所 示 。 或 者 直接 重 
启 开 发 板 进 入 Linux 系统 。 
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inc D.\linox\ 并 写 文件 \inaz\7 ont 9075 


图 4.33 ”安装 文件 系统 过 程 


三 mm wo. sok [coms. 1152001 


图 4.34 ”正确 进入 系统 信息 


45 内 核 升级 


系统 移植 还 包括 内 核 升级 。 当 开发 板 提供 的 内 核 和 编译 器 版 本 太 低 ， 不 能 兼容 很 多 新 
的 驱动 和 功能 时 ， 此 时 就 要 着 手 考 虑 升级 内 核 。 本 节 将 以 at91rm9200 为 例 ， 介 绍 为 开发 板 
移植 高 版 本 的 内 核 。 
4.5.1 准备 升级 内 核 文件 

开发 板 自 带 的 内 核 版 本 为 Linux-2.4.27， 编 译 器 版 本 为 2.95.3。 在 开发 一 些 新 的 应 用 程 
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序 和 驱动 时 ， 编 译 器 和 内 核 不 支持 新 的 功能 。 准 备 将 内 核 升级 到 2.6 版 本 ， 编 译 器 选择 的 
版 本 为 3.4.1。 需 要 准备 的 资源 文件 列表 如 下 所 示 。 

口 内 核 : linux-2.6.10.tar.gz; 

口 针对 at91 的 内 核 补丁 : 2.6.10-at91.patch.gz; 

口 交叉 编译 器 : cross-3.4.1.tar.bz2。 


4.5.2 ”移植 过 程 


下 面 详细 介绍 一 下 移植 过 程 。 

(1) 将 所 有 文件 复制 到 工作 目录 下 ， 然 后 解压 内 核 文 件 和 编译 器 文件 。 

(2) 为 内 核 打 补丁 。 

#cd linu-2.6.10 

#patch -pl< 2.6.10-at91.patch.gz 

(3) 修改 Makefile， 修 改编 译 环境 。 

RARCH = arm 

CROSS_COMPILE =/usr/local/arm/3.4.1/bin/arm-linux— 

(4) 修改 machine ID。 如 果 这 一 步 省 略 ， 会 在 移植 到 开发 板 后 Bootloader 引导 时 出 现 
机 器 ID 错误 的 现象 。 出 错 的 ID 号 将 以 十 六 进 制 给 出 , 将 其 转化 为 十 进 制 , 替换 mach-types 
文件 中 的 对 应 项 。 这 里 移植 后 报 的 错误 是 0xFB， 即 对 应 十 进 制 251。 


#vi /usr/local/arm/linux-2.6.10/arch/arm/tools/mach-types 


找到 

at91rm9200dk ARCH AT91RM9200DK RT91RM9200DK 262 
将 其 修改 为 : 

at91rm9200dk ARCH AT91RM9200DK RT91RM9200DK 251 


(5) 制作 uImage 文件 。 在 内 核 目 录 下 建议 一 个 名 为 mkimage 的 文件 ， 其 内 容 如 下 : 


/usr/local/arm/3.4.1/bin/arm-linux-objcopy -0 binary -Ss vmlinux linux.bin 
gzip -v9 linux.bin 
./mkimage -A arm -0 linux -T kernel -C gzip -a 0x20008000 -e 0x20008000 -d 
linux.bin.gz uImage 


(6) 对 内 核 进行 配置 。 执 行 make at91rm9200dk_defconfig 实际 上 就 是 完成 对 内 核 的 
配置 。 


#make at91rm9200dk defconfig 


其 具体 配置 如 下 : 


* Plug and Play support 

* Block devices 

RAM disk support (BLK DEV RAM) [Y/n/m/?] y 
Default number of RAM disks (BLK DEV RAM COUNT) [16] 16 
Default RAM disk size (kbytes) (BLK DEV RAM SIZE) [8192] 8192 
Initial RAM disk (initrd) support (BLK DEV_INITRD) [Y/n/?] y 
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Source directory of cpio list (INITRAMFS SOURCE) [] 
Packet writing on CD/DVD media (CDROM PKTCDVD) [N/m/y/?] n 
* IO Schedulers 
Anticipatory I/O scheduler (IOSCHED AS) [Y/n/m/?] Y 
* Multi-device support (RAID and LVM) 
* Networking support 
Networking support (NET) [Y/n/?] y 
* Networking options 
Packet socket (PACKET) [Y/n/m/?] y 
Unix domain sockets (UNIX) [Y/n/m/?] Y 
TCP/IP networking (INET) [Y/n/?] Y 
IP: kernel level autoconfiguration (IP PNP) [Y/n/?] y 
IP: BOOTP support (IP PNP BOOTP) [Y/n/?] Y 
IP: TCP socket monitoring interface (IP TCPDIAG) [Y/n/m/?] y 
* Network packet filtering (replaces ipchains) 
* SCTP Configuration (EXPERIMENTAL) 
* QoS and/or fair queueing 
* Network testing 
* Amateur Radio support 
* IrDA (infrared) subsystem support 
* Bluetooth subsystem support 
Network device support (NETDEVICES) [Y/n/?] y 
* Ethernet (10 or 100Mbit) 
Ethernet (10 or 100Mbit) (NET ETHERNET) [Y/n/?] y 
Generic Media Independent Interface device support (MII) [Y/?] y 
AT91RM9200 Ethernet support (ARM RT91 ETHER) [Y/n/m/?] y 
RMII interface (ARM AT9]1 ETHER RMIT) [Y/n/?] y 
* Ethernet (1000 Mbit) 
* Ethernet (10000 Mbit) 
* Token Ring devices 
* Wireless LAN (non-hamradio) 
* Wan interfaces 
SCSI device support 
Fusion MPT device support 
IEEE 1394 (FireWire) support 
I20 device support 
ISDN subsystem 
Input device support 
Userland interfaces 
Mouse interface (INPUT MOUSEDEV) [Y/?] (NEW) y 
Horizontal screen resolution (INPUT MOUSEDEV SCREEN X) [1024] 1024 


Vertical screen resolution (INPUT MOUSEDEV SCREEN Y) [768] 768 
Input I/O drivers 


* Input Device Drivers 
* Character devices 
素 
素 


闫 六 项 六 六 半 关 


Serial drivers 

Non-8250 serial port support 
RAT91RM9200 serial port support (SERIAL AT91) [Y/n/m/?] y 

Support for console on AT91RM9200 serial port (SERIAL AT9] CONSOLE) [Y/n/?] 
Y 
Legacy (BSD) PTY support (LEGACY PTYS) [Y/n/?] Y 


Maximum number of legacy PTY in use (LEGACY PTY COUNT) [256] 256 
* IPMI 


* Watchdog Cards 
Watchdog Timer Support (WATCHDOG) [Y/n/?] Y 


Disable watchdog shutdown on close (WATCHDOG NOWAYOUT) [Y/n/?] Y 
* Watchdog Device Drivers 


AT91RM9200 watchdog (AT91 WATCHDOG) [Y/n/m/?] Y 
* USB-based Watchdog Cards 
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* Ftape, the floppy tape device driver 
SPI driver for RAT91 processors (RAT91 SPI) [Y/n/?] y 
SPI device interface for AT9]1 processors (AT91 SPIDEV) [Y/n/?] Y 
* I2C support 
I2C support (I2C) [Y/n/m/?] Y 
I2C device interface (I2C CHARDEV) [Y/n/m/?] y 
* I2C Algorithms 
* I2C Hardware Bus support 
Atmel AT91RM9200 I2C Two-Wire interface (TWI) (I2C AT91) [Y/n/m/?] y 
* Hardware Sensors Chip support 
* Other I2C Chip support 
* Multimedia devices 
* Digital Video Broadcasting Devices 
* File systems 
Second extended fs support (EXT2 FS) [Y/n/m/?] y 
* CD-ROM/DVD Filesystems 
* Pseudo filesystems 
/proc file system support (PROC FS) [Y/n/?] Y 
/dev file system support (OBSOLETE) (DEVFS FS) [Y/n/?] y 
Automatically mount at boot (DEVFS MOUNT) [Y/n/?] y 
Debug devfs (DEVEFS DEBUG) [N/y/?] n 
Virtual memory file system support (former shm fs) (TMPFS) [Y/n/?] y 
* Miscellaneous filesystems 
Compressed ROM file system support (cramfs) (CRAMFS) [Y/n/m/?] y 
Network File Systems 
Partition Types 
Native Language Support 
Profiling support 
Graphics support 
Console display driver support 
Sound 
Misc devices 
USB support 
Support for Host-side USB (USB) [Y/n/m/?] Y 
USB verbose debug messages (USB DEBUG) [Y/n/?] y 
* Miscellaneous USB options 
* USB Host Controller Drivers 
SL811HS HCD support (USB SL811 HCD) [N/m/y/?] n 
* USB Device Class drivers 
USB Mass Storage support (USB STORAGE) [N/m/y/?] n 
* USB Input Devices 
* USB HID Boot Protocol drivers 
* USB Imaging devices 
* USB Multimedia devices 
* Video4Linux support is needed for USB Multimedia device support 
* USB Network Adapters 
* USB port drivers 
* USB Serial Converter support 
四 
素 
不 
相 
束 


闪闪 


USB Miscellaneous drivers 
USB ATM/DSL drivers 
USB Gadget Support 
MMC/SD Card support 
Kernel hacking 
Kernel debugging (DEBUG KERNEL) [Y/n/?] Y 
* Security options 
* Cryptographic options 
* Library routines 
CRC32 functions (CRC32) [Y/?] Y 
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上 面 已 经 对 内 核 做 了 详细 的 配置 , 考虑 到 内 容 比较 多 的 情况 , 省 略 了 没有 配置 的 选项 。 
可 以 通过 make menuconfig 去 查看 对 System Type (系统 类 型 ) 的 修改 情况 以 确认 进行 正确 
的 配置 ， 如 图 4.35 所 示 。 


[下 


AT9IRY9200_Teplesentxticnx — 


a 一 画面 画 5 
图 4.35 系统 类 型 已 经 被 设置 为 AT91RM9200 


(7) 编译 内 核 生成 映像 文件 。 


#make clean 
#make dep 
.#/mkimage 


4.6 小 结 


本 章 主要 讲解 Linux 内 核 的 目录 结构 、Linux 内 核 配 置 选项 及 裁剪 内 核 、 编 译 内 核 。 
最 后 结合 实例 讲解 内 核 移植 和 内 核 升 级 的 具体 过 程 。 在 开始 接触 内 核 移 植 时 ， 不 提倡 初学 
者 拿 到 源码 就 直接 进行 裁剪 配置 ， 这 样 经 常会 由 于 忽略 了 某 个 选项 导致 移植 的 时 候 失败 。 
最 好 的 办 法 是 首先 导入 内 核 自 带 的 配置 ， 在 这 些 配置 的 基础 上 根据 自己 的 需要 进行 裁剪。 
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Linux 支持 多 种 文件 系统 ， 包 括 Ext2、Ext3、Vfat、Ntfs、Iso9660、Jffs、Romfs 和 Nfs 
等 .为 了 对 各 种 不 同类 型 的 文件 系统 进行 统一 管理 ,Linux 引入 了 虚拟 文件 系统 VFSCVirtual 
File System) ， 为 各 类 文件 系统 提供 一 个 统一 的 操作 界面 和 应 用 编程 接口 。 本 章 主要 介绍 
各 种 嵌入 式 文件 系统 的 特点 和 嵌入 式 文 件 系 统 的 制作 过 程 。 嵌入 式 文 件 系统 包括 Ramdisk、 
Jffs2、Yaffs、Cramfs、Romfs 和 Ramfs/Tmpfs。 了 解 各 种 嵌入 式 文件 系统 的 特点 ， 有 利于 
读者 选择 适合 自己 硬件 条 件 的 文件 系统 。 


5.1 文件 系统 选择 


在 进行 嵌入 式 系统 开发 过 程 中 ， 文 件 系统 的 选择 和 制作 与 硬件 条 件 息息相关 。 根 据 硬 
件 (Flash 或 RAM) 的 特性 来 指定 相应 的 文件 系统 ， 能 够 充分 利用 硬件 资源 及 提高 系统 效 
率 。 因 为 目前 大 部 分 的 嵌入 式 文件 系统 都 是 建立 在 Flash 之 上 ， 下 面 将 介绍 Flash 硬件 方案 
比较 与 Flash 的 特点 。 


5.1.1 Flash 硬件 方案 比较 


Flash (闪存 ) 是 嵌入 式 系统 的 主要 存储 介质 ， 其 特点 为 写 入 操作 只 能 把 对 应 位 置 的 1 
修改 为 0， 而 不 能 把 0 修改 为 1。 因此， 对 于 Flash 的 探 除 操作 是 把 对 应 存储 块 的 内 容 恢复 
为 1。 一 般 情 况 下 , 向 Flash 写 入 内 容 时 , 首先 必须 控 除 对 应 的 存储 区 间 , 控 除 是 以 块 (block) 
为 单位 进行 。 闪 存 技 术 主要 有 NOR 和 NAND 两 种 技术 。Flash 存储 器 的 擦 写 次 数 是 有 限 的 ， 
NAND 闪存 设备 有 特殊 的 硬件 接口 和 读 写 时 序 。 因 此 ， 必 须根 据 Flash 硬件 特性 设计 符合 
应 用 要 求 的 文件 系统 。 下 面 介 绍 选择 硬件 方案 的 原则 。 

硬件 方案 的 总 体 原则 是 : 用 于 数据 存储 采用 NAND Flash， 用 于 代码 存储 采用 NOR 
Flash。 依 据 这 一 总 则 ， 系 统 架 构 师 或 者 硬件 设计 师 在 硬件 选 型 阶段 可 以 灵活 地 将 两 种 闪存 
结合 使 用 , 用 NOR Flash 存放 引导 程序 和 根 文件 系统 , 用 NAND Flash 存放 用 户 文件 系统 ， 
使 两 种 闪存 进行 优势 互补 。 目 前 在 手机 、PocketPC、PDA 及 电子 词典 等 设备 的 设计 中 基本 
采用 类 似 的 方案 。 

在 选择 存储 解决 方案 时 ， 为 了 获得 最 高 的 性 价 比 ， 设 计 师 在 速度 、 存 储 密度 、 成 本 、 
开发 周期 等 多 种 因素 之 间 进 行 权衡 。 以 手机 的 存储 解决 方案 为 例 : NOR Flash 采用 支持 XIP 
(eXecute In Place， 芯 片 内 执行 ) 技术 能 够 直接 运行 操作 系统 ， 速 度 快 ， 既 简化 了 设计 ， 又 
降低 了 成 本 ， 所 以 许多 手机 硬件 方案 都 采用 NOR Flash 十 RAM。 

NOR Flash 的 缺点 是 存储 密度 较 低 ， 为 了 提高 手机 的 存储 容量 也 有 方案 采用 NAND 
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Flash 十 RAM。 而 同时 追求 速度 和 容量 的 手机 硬件 方案 则 会 采用 NOR Flash 十 NAND Flash 
十 RAM。 使 用 NAND Flash 的 技术 难度 超过 NOR Flash， 几 乎 每 个 NAND 器 件 都 存在 坏 的 
扇 区 ， 需 要 纠 错 码 来 维持 数据 。 而 且 , 在 NAND 器 件 上 运行 代码 ， 需 要 存储 技术 驱动 程序 
MTD (Memory Technology Device) 技术 的 支持 。 

在 表 5.1 中 给 出 了 两 种 Flash 的 特性 进行 对 比 , 在 具体 的 硬件 选 型 阶段 读者 可 以 参考 该 
表 进 行 具 体 的 硬件 选 型 。 


表 5.1 NOR Flash 与 NAND Flash 比 较 


磁盘 类 型 NOR Flash NAND Flash 
使 用 难 易 程度 | 接口 时 序 同 SRAM， 易 使 用 地 址 /数据 线 复 用 ， 数 据 位 较 窜 


读 速度 读 取 速度 比较 快 读 取 速度 比较 慢 

拓也 让 | 近 除 速度 慢 ， 以 64138KB 的 块 为 | 写 编程) 和 近 除 所 作 的 速率 快 ， 以 8~32KB 
单位 的 块 为 单位 

写 速 度 写 入 速度 慢 《内 为 一 般 要 先 擦 除 》 | 写 入 速度 快 
的 和 在 四 二 eee | I 序 法 到 过 度 较 快 ， 隧 机 在 取 这 度 慢 ， 适 用 于 

应 用 场合 2 ， 数据 存储 (如 大 容量 的 多 媒体 应 用 ) 。 用 于 嵌 
存储 。 在 媒 入 式 系统 中 ， 常 用 于 存放 | 入 式 系统 中 时 ， 通 常 存放 用 户 文件 系统 竺 
引导 程序 、 根 文件 系统 等 四 

存储 密度 单 片 容量 较 小 ，1 一 32MB 单 片 容量 较 大 ，8 一 128MB， 提 高 了 单元 密度 

使 用 成 本 成 本 低 

使 用 寿命 。 “| NOR 的 擦 写 次 数 为 十 万 次 有 i 

在 NAND 器 件 上 进行 同样 操作 时 , 通常 需要 到 
软件 支持 。。 | 在 NOR 器 件 上 运行 代码 时 不 需要 其 | 动 程序 ， 也 就 是 内 存 技术 驱动 程序 (MTD) ， 


他 驱动 程序 支持 NAND 和 NOR 器 件 在 进行 写 入 和 擦 除 操作 时 
都 需要 MTD 驱动 程序 支持 


5.1.2，” 铸 入 式 文件 系统 的 分 层 结构 


不 同类 型 的 文件 系统 具有 不 同 的 特点 , 根据 系统 需求 、 采 用 的 存储 设备 的 硬件 特性 等 ， 
采用 不 同 的 文件 系统 或 者 文件 系统 组 合 。 在 嵌入 式 Linux 应 用 中 , 主要 的 存储 设备 为 RAM 
(DRAM，SDRAM) 和 ROM ( 常 采用 Flash 存储 器 ) ， 常 见 的 基于 存储 设备 的 文件 系统 类 
型 包括 Ramdisk、JFFS2、YAFFS、Cramfs、Romfs 和 Ramfs/Tmpfs 等 。 下 面 给 出 Linux 系 
统 下 文件 系统 的 分 层 结 构 ， 如 图 5.1 所 示 。 

从 图 5.1 中 可 以 看 出 ,嵌入 式 文件 系统 主要 有 基于 Flash 的 文件 系统 和 基于 RAM 的 文 
件 系统 ， 接 下 来 将 分 别 基 于 这 两 种 硬件 的 文件 系统 特点 和 原理 进行 介绍 。 


5.2 基于 Flash 的 文件 系统 


基于 Flash 的 文件 系统 主要 包括 IFFS2、YAFFS、Cramfs 和 Romfs 等 。 各 种 文件 系统 
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具有 不 同 的 特点 ， 下 面 分 别 进行 介绍 。 


用 户 层 
目录 树 
虚拟 文件 系统 内 核 层 
(VFS) 
| 
1 1 i 1 
| JFFS2 vArrs | Cramfs Romfs 


MTD 块 设备 


| 


MTD 驱 动 


NOR Flash 硬件 层 


图 5.1 文件 系统 的 分 层 结构 


5.2.1 JFFS 文件 系统 (Journalling Flash FileSystem) 

JFFS 系列 日 志文 件 系统 包括 JFFS1、JFEFS2 和 JFFS3,JFFS3 正在 开发 中 ,JFFS2 比 JFFS1 
有 很 多 改进 的 地 方 ， 所 以 目前 通常 使 用 JFFS2。 

1. JFFS2 的 工作 原理 


当 文 件 系统 加 载 时 扫描 整个 Flash 的 内 容 , 将 信息 读 入 日 志 结 点 jffs2_raw_inode, 然后 
根据 该 信息 建立 文件 系统 。 修改 操 作 是 先 分 配 新 结 点 jffs2_raw_inode, 将 内 容 写 入 新 结 点 ， 
然后 将 原来 的 结 点 标记 为 脏 数据 。 当 系统 接近 满 或 者 已 满 时 就 要 进行 垃圾 收集 ， 需 要 扫描 


整个 Flash 中 的 结 点 ， 将 标记 为 脏 的 结 点 进行 回收 。 

struct jffs2 raw inode 

{ 
jint16 t magic; // 固 定 的 魔 数 magic number 
jint16 t nodetype; // 结 点 类 型 设置 为 JEFS2_NODETYPE_INODE 
jint32 t totlen; // 包 括 有 效 数据 在 内 的 结 点 总 长 度 
0t320E hdr crcy //jffs2_unknown_node 部 分 的 CRC 校 验 
jint32 Et inoy // 结 点 数 
jint32 t version; // 版 本 数 
jmode t mode; // 文 件 类 型 
jint16 t uid; // 文 件 的 属 主 
jint16 t gid; // 文 件 的 属 组 
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jint32 t isize; // 实 际 长 度 

jint32 t atime; // 上 一 次 访问 时 间 
jint32 t mtime; // 上 一 次 修改 时 间 
jint32 t ctime; // 创 建 时 间 

jint32 t offset; // 结 点 对 应 的 数据 在 文件 中 的 起 始 地 址 
jint32 t csize; // 压 缩 数 据 的 长 度 
jint32 t dsize; // 压 缩 后 数据 的 有 效 长 度 
uint8 t compr; // 当 前 使 用 的 压缩 算法 
uint8 t usercompr; // 用 户 指定 的 压缩 算法 
jint16 t flags; // 标 志 位 

jint32 t data crce; // 数 据 CRC 

jint32 t node crc; // 头 结 点 CRC 


uint8 t data[0]; 
hs 


2. JFFS2 的 主要 特点 


JFFS2, 日 志 闪 存 文件 系统 版 本 2〈Journalling Flash FileSystem v2) 。 主 要 用 于 NOR 

Flash， 基 于 MTD 驱动 层 。JFFS2 的 主要 特点 如 下 : 

可 读 写 ; 

使 用 基于 哈 希 表 的 日 志 结 点 结构 ， 大 大 提高 了 对 结 点 的 操作 速度 ; 

支持 数据 压缩 ; 

提供 了 “ 写 平衡 ”支持 ; 

支持 多 种 结 点 类 型 (数据 I 结 点 、 目 录 工 结 点 等 ) ，JFFS 只 支持 一 种 结 点 ; 

提高 了 对 闪存 的 利用 率 ， 降 低 了 内 存 的 消耗 。 

全 注意 : “ 写 平衡 ”是 在 垃圾 收集 中 实现 的 。 垃 圾 收集 的 时 候 会 读 取 系统 时 间 ， 通 过 系统 
时 间 产 生 一 个 伪 随 机 数 . 使 用 这 个 伪 随 机 数 结合 不 同 的 待 回收 链表 选择 要 进行 回 
收 的 链表 。 使 用 写 平衡 策略 能 提供 较 好 的 写 平衡 效果 。 

JFFS2 与 正 FS1 相 比 ， 加 快 了 对 结 点 的 操作 速度 ; 支持 更 多 的 结 点 类 型 ， 提 高 了 对 闪 

存 的 利用 率 ， 降 低 了 内 存 的 利用 率 。JFFS2 与 JFFS3 相 比 ， 根 本 区 别 在 于 JFFS3 将 索引 信 

息 放 在 闪存 上 ， 而 下 FS2 将 索引 信息 放 在 内 存 上 。 


3. JFFS2 的 挂 载 过 程 


JFFS2 的 挂 载 过 程 主要 分 为 4 个 过 程 : 
(1) JFFS2 扫描 闪存 介质 ,检查 每 个 结 点 jffs2_raw_inode 的 CRC 校 验 码 是 否 合法 ， 同 
时 分 配 struct jffs2_inode_cache 和 struct jffs2_raw_node _ref。 


OOOOOO 


点 相应 的 jffs2_inode_cache 中 的 字段 nlink 加 1。 
(3) 找到 nlink 为 0 的 jffs2_inode_cache， 释放 对 应 的 结 点 。 
(4) 释放 扫描 过 程 中 的 临时 信息 。 


4. JFFS2 的 优点 和 缺点 


JFFS2 的 优点 有 : 其 一 ， 碎 片 收集 对 象 是 基于 一 个 扇 区 而 不 是 基于 整个 文件 系统 ， 删 
除 的 对 象 也 是 扇 区 ， 因 此 删除 操作 的 时 间 短 。 其 二 ， 遇 到 坏 扇 区 时 进行 标记 而 使 用 可 用 扇 
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区 ， 延 长 了 设备 的 写生 命 周期 。 

JFFS 系列 文件 系统 存在 下 面 的 缺点 : 

口 文件 系统 已 满 或 者 接近 满 时 ， 系 统 无 法 分 配 新 的 结 点 就 必须 进行 垃圾 收集 ; 

口 垃圾 收集 就 是 从 头 开始 扫描 日 志 结 点 〈jfE2_raw_inode) 标记 脏 数据 结 点 ， 这 样 使 

文件 系统 变 得 非常 缓慢 。 

由 于 JEFS 系列 文件 系统 存在 上 述 缺 点 ， 不 适用 于 NAND Flash。 因 为 NAND Flash 的 
容量 一 般 较 大 ， 导 致 JFFS 系列 文件 系统 为 维护 日 志 结 点 所 占用 的 内 存 空 间 迅速 增 大 ， 其 
次 ，JFFS 系列 文件 系统 在 挂 载 时 需要 扫描 整个 Flash 的 内 容 ， 以 找 出 所 有 的 日 志 结 点 ， 建 
立 文件 结构 ， 对 于 大 容量 的 NAND Flash 会 耗费 大 量 时 间 。 


5.2.2 YAFFS 文件 系统 (Yet Another Flash File System) 


YAFFS 文件 系统 包括 YAFFS 和 YAFFS2。YAFFS/YAFFS2 是 专门 为 嵌入 式 系统 使 用 
NAND Flash 而 设计 的 一 种 日 志 型 文件 系统 ， 适 用 于 大 容量 的 存储 设备 。 与 FFS 相 比 ， 它 
减少 了 一 些 功 能 (例如 不 支持 数据 压缩 ) ， 所 以 速度 更 快 ， 挂 载 时 间 较 短 ， 对 内 存 的 占用 
较 小 。 


1. YAFFS 文 件 系统 的 特点 


YAFFS/YAFFS2 自 带 NAND 芯片 驱动 ， 提 供 了 嵌入 式 系统 直接 访问 文件 系统 的 API， 
这 样 用 户 可 以 不 使 用 Linux 中 的 MTD 与 VFS， 直 接 对 文件 系统 操作 。 当 然 ， 用 户 也 可 以 
通过 MTD 驱动 程序 来 访问 文件 系统 。 


2. YAFFS 与 YAFFS2 的 区 别 


YAFFS 与 YAFFS2 的 主要 区 别 在 于 ，YAFFS 仅 支 持 小 页 (512 Bytes) NAND Flash， 
而 YAFFS2 能 够 支持 大 页 (2KB) NAND Flash。 另 外 ，YAFFS2 在 内 存 空间 占用 、 垃 圾 回 
收 速度 、 读 / 写 速度 等 方面 都 有 较 大 改进 。 

3. YAFFS/YAFFS2 的 工作 原理 


YAFFS/YAFFS2 根据 NAND Flash 的 存 取 特点 ， 将 文件 组 织 成 固定 大 小 (512 
Bytes/2KB) 的 数据 段 。 对 文件 系统 上 的 所 有 内 容 ( 比 如 正常 文件 ， 目 录 ， 链接， 设备 文件 
等 ) 都 统一 当 作文 件 来 处 理 ， 每 个 文件 都 有 一 个 页 面 专门 存放 文件 头 ， 文件 头 保存 了 文件 
的 模式 、 所 有 者 ID、 组 ID、 长 度 、 文 件 名 、Parent Object ID 等 信息 。 根 据 NAND Flash 
的 特点 ，NAND Flash 上 的 每 一 页 数据 都 留 有 额外 的 空间 用 于 存储 附加 信息 ， 一 般 NAND 
驱动 只 占有 该 空间 的 一 部 分 , YAFFS 文件 系统 正 是 利用 了 这 部 分 空间 中 剩余 的 部 分 来 存储 
文件 系统 相关 的 内 容 。 为 了 了 解 YAFFS 工作 的 原理 ， 下 面 通过 分 析 源 码 (fs/yaffs_guts.c) 
认识 YAFFS 是 如 何 进行 分 配 和 删除 页 (代码 中 表示 为 chunk) 的 。 

函数 yaffs_AllocateChunkO 用 来 从 block 中 分 配 存储 空间 。 其 代码 如 下 : 


static int yaffs AllocateChunk (yaffs Device *dev, int useReserve, 
yaffs BlockInfo **blockUsedPtr) 

/* 

dev 该 指针 用 来 记录 NAND 器 件 属 性 和 使 用 情况 ， 并 且 维护 一 组 NAND 操作 函数 指针 。 


Sa 
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useReserve 表示 是 否 使 用 保留 空间 。 
blockUsedPtr 记录 block 内 还 有 多 少 空闲 页 信息 。 
二 人 
{ 
int retVal; 
yaffs BlockInfo *bi; 
// 当 block 内 的 所 有 页 都 分 配 完 时 dev->allocationBlock 的 值 为 -1 
if (dev->allocationBlock < 0) { 
/* 在 下 一 个 block 中 进行 分 配 */ 
dev->allocationBlock = yaffs FindBlockForAllocation (dev) 7 
dev->allocationPage = 07 


3 
if (!useReserve && !yaffs CheckSpaceForAllocation(dev)) { 


/* 没 有 足够 的 空间 进行 分 配 时 ， 就 要 等 到 人 允许 使 用 保留 空间 */ 


return -1; 


if (dev->nErasedBlocks < dev->nReservedBlocks 


&& dev->allocationPage == 0) { 
T(YAFFS TRACE ALLOCATE, (TSTR("Allocating reserve" TENDSTR))); 
} 
/* 分 配 到 页 */ 


if (dev->allocationBlock >= 0) { 
bi = yaffs GetBlockInfo(dev, dev->allocationBlock); 


// 获 得 block 信息 
retVal = (dev->allocationBlock * dev->nChunksPerBlock) + dev-> 
allocationPage; // 计 算 分 配 的 页 大 小 
bi->pagesInUse++7 // 使 用 的 页 数 加 1 
Yaffs_SetChunkBit (dev, dev->allocationBlock, dev->allocationPage); 
// 在 分 配 的 block 中 标记 分 配 的 页 
dev->allocationPaget++; // 更 新 分 配 页 数 加 1 
dev->nFreeChunks-——; // 更 新 空闲 块 数 减 1 


/* 如 果 block 已 满 则 设置 其 状态 为 fu11 */ 

if (dev->allocationPage >= dev->nChunksPerBlock) { 
bi->blockState = YAFFS BLOCK STATE FULL; 
dev->allocationBlock = -17 加 

} 

if (blockUsedPtr) 
*blockUsedPtr = bi; // 更 新 使 用 的 页 数 

return retVal; 


. 
T(YAFFS TRACE ERROR, 


return -1; 


k 
函数 yaffs_DeleteChunk0 〇 用 来 释放 block 中 分 配 的 空间 。 其 代码 如 下 : 


void yaffs DeleteChunk (yaffs Device *dev, int chunkId, int markNAND, int 
i 

- 

dev 该 指针 用 来 记录 NAND 器 件 属性 和 使 用 情况 ， 并 且 维护 一 组 NAND 操作 函数 指针 。 

chunkId 是 要 删除 chunk 的 序号 。 

markNAND 在 yaffs 中 使 用 yaffs2 中 不 使 用 。 

1yn 设置 为 当前 行 号 用 于 调试 。 

i 


int block; 
int page; 
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yaffs ExtendedTags tags; 
yaffs BlockInfo *bi; 


if (chunkId <= 0) 
return; 


dev->nDeletions++7 
block = chunkId / dev->nChunksPerBlock; // 要 删除 chunk 指向 哪个 block 
page = chunkId % dev->nChunksPerBlock; 

// 要 删除 chunk 具体 指向 block 中 的 哪个 page 


if (!yaffs CheckChunkBit (dev, block, page)) 
// 检 查 该 block 和 page 是 否 为 可 删除 
T(YAFFS_ TRACE VERIFY, 
(TSTR("Deleting invalid chunk %d"TENDSTR), 
chunkId)); 


bi = yaffs GetBlockInfo (dev, block); // 获 得 block 信息 


T(YAFFS TRACE DELETION, 
(TSTR("line %d delete of chunk %d" TENDSTR), lyn, chunkId)); 


if (markNAND && 
bi->blockState != YAFFS BLOCK STATE COLLECTING && !dev->isYaffs2) { 
/* 函 数 Yaffs_InitialiseTags () 通 过 调用 memset 来 设置 tags 为 0, 同 时 将 tags 
中 的 validMarker0 设置 为 0xAAAAAAAA，validMarkerl 设置 为 0x55555555;*/ 
yaffs InitialiseTags (&tags) 7 
tags .chunkDeleted = 1; // 标 记 为 被 删除 
Yaffs WriteChunkWithTagsToNRND (dev, chunkId, NULL, &tags); 
// 将 标记 tags 写 入 块 
yaffs_HandleUpdateChunk (dev, chunkId, &tags); // 更 新 处 理 
} else { 


dev->nUnmarkedDeletions++7 // 如 果 是 Yaffs2 只 增加 计数 


} 
if (bi->blockState == YAFFS BLOCK_ STATE ALLOCATING || 


// 状 态 为 正在 分 配 
YAFFS_ BLOCK STATE FULL 11 // 状 态 为 满 
YAFFS BLOCK STRATE NEEDS SCANNING || 

// 扫 描 block 真正 的 状态 
bi->blockstate == YAFFS_BLOCK_STATE COLLECTING) { // 状 态 为 正在 回收 
dev->nFreeChunks++; // 空 闲 块 计数 加 1 
yaffs ClearChunkBit (dev, block, page); // 清 楚 块 标记 设置 
bi->pagesInUse--; // 使 用 页 计数 减 1 
if (bi->pagesInUse == 0 && 

!bi->hasShrinkHeader && 

bi->blockState != YAFFS BLOCK STATE ALLOCATING && 
bi->blockstate != YAFFS BLOCK STATE NEEDS SCANNING) { 
yaffs_ BlockBecameDirty (dev, block); // 标 记 为 脏 数 据 


bi->blockState 
bi->blockstate 


4. YAFFS 与 JFFS 的 比较 


YAFFS 和 正 FS 都 提供 了 写 均衡 ， 垃 圾 收集 等 操作 。 同 时 在 稳定 性 、 垃 圾 收集 速度 、 
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储存 容量 等 特性 方面 具有 以 下 区 别 : 

口 JFFS 是 一 种 日 志文 件 系统 ,采用 日 志 机 制 保证 文件 系统 的 稳定 性 。YAFFS 仅仅 借 
鉴 了 日 志 系统 的 思想 ， 不 提供 日 志 机 制 ， 所 以 稳定 性 不 如 下 FS, 但 是 资源 占用 少 。 

口 JFFS 中 使 用 多 级 链表 管理 需要 回收 的 脏 块 ， 采 用 系统 生成 伪 随 机 变量 计算 要 回收 
的 块 ， 这 种 方法 能 提高 硬件 的 写 均衡 ， 在 YAFFS 中 是 从 头 到 尾 对 块 进 行 扫描 ， 所 
以 在 垃圾 收集 上 JFFS 的 速度 较 慢 ， 但 是 能 延长 NAND 器 件 的 寿命 。 

口 JFFS 支持 文件 压缩 ， 适 合 存储 容量 较 小 的 系统 , YAFFS 不 支持 压缩 ， 更 适合 存储 
容量 大 的 系统 。 


5.2.3 ”Cramifs 文件 系统 (Compressed ROM File System) 


Cramfs 是 一 个 压缩 式 的 文件 系统 , 不 必 一 次 性 将 文件 系统 中 的 全 部 内 容 解 压缩 到 内 存 
中 , 而 只 是 在 系统 需要 访问 某 个 位 置 的 数据 时 ， 先 计算 出 该 数据 压缩 后 在 Cramfs 中 所 存 的 
位 置 ， 再 将 该 数据 即时 解压 缩 到 RAM 中 ， 最 后 通过 访问 内 存 来 读 取 文件 系统 中 需要 的 数 
据 。Cramfs 中 的 解压 缩 及 解压 缩 之 后 的 内 存 中 数据 存放 位 置 ， 都 是 由 Cramfs 文件 系统 本 
身 进行 维护 的 ， 用 户 不 需要 了 解 具体 的 实现 细节 ， 因 此 这 种 方式 增强 了 透明 度 ， 既 方便 ， 
又 节省 了 存储 空间 。 


1. Cramfs 文 件 系统 的 特点 


在 Cramfs 文件 系统 中 ,每 一 页 (4KB) 被 单独 压缩 ， 可 以 随机 页 访问 ， 其 压缩 比 高 达 
2: 1， 节 省 了 嵌入 式 系统 Flash 存储 空间 ， 系 统 使 用 低 容量 的 Flash 存储 相同 的 文件 ， 因 此 
降低 了 系统 的 成 本 。 另 外 ， 它 的 速度 快 ， 效 率 高 ， 其 只 读 特 性 有 利于 保护 文件 系统 遭受 破 
坏 ， 提 高 了 系统 的 可 靠 性 。 
Cramfs 的 特性 如 下 : 
口 系统 访问 数据 时 采用 实时 解压 缩 方式 ， 其 解压 缩 算 法 复杂 ， 因 此 解压 缩 过 程 有 
延迟 。 
口 Cramfs 的 数据 都 是 经 过 处 理 、 打 包 的 ， 对 数据 进行 写 操作 比较 困难 。 所 以 Cramfs 
不 支持 写 操作 ， 这 一 特性 适合 嵌入 式 应 用 中 使 用 Flash 存储 文件 系统 的 场合 。 
口 在 Cramfs 中 文件 最 大 不 能 超过 16MB。 
口 支持 组 标识 (gid) 。mkcramfs 处 理 掉 gid 的 高 8 位 ， 保 留 gid 的 低 8 位 ， 因 此 


只 有 gid 的 低 8 位 是 有 效 的 。 

口 支持 硬 链接 ， 但 是 Cramfs 不 能 处 理 多 条 链接 ， 硬 链接 的 文件 属性 中 ， 链 接 数 始终 
为 1。 

口 Cramfs 的 目录 中 ,没有 “.” 和 “..” 这 两 项 。 因 此 ，Cramfs 中 的 目录 链接 数 通 常 
也 仅 有 一 个 。 


口 Cramfs 中 不 保存 文件 的 时 间 戳 (timestamps) 信息 。 正 在 使 用 的 文件 由 inode 保存 
在 内 存 中 , 其 时 间 可 以 暂时 变更 为 最 新 时 间 , 但 是 不 会 保存 到 Cramfs 文件 系统 中 。 

口 当前 版 本 的 Cramfs 只 支持 PAGE_CACHE_SIZE 为 4096 的 内 核 。 因 此 ， 如 果 发 现 
Cramfs 不 能 正常 读 写 的 时 候 ， 可 以 修改 mkcramfs.c 中 的 宏 定 义 。 


de 
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个 注意 : 对 于 上 面 特性 的 描述 ， 具 体 细 节 可 以 查看 Cramfs txt 文档 中 的 Usage Notes 描述 。 


2. Cramfs 文 件 系统 的 优点 和 缺点 


Cramfs 文件 系统 的 优点 有 : 压缩 比较 高 ， 占 用 内 存 空间 少 ， 其 缺点 就 是 只 能 进行 读 操 
作 ， 不 支持 写 操作 。 


5.2.4 ”Romifs 文件 系统 ROM File System) 


Romfs 是 一 种 简单 的 、 紧 凑 的 、 只 读 的 文件 系统 ， 不 支持 动态 擦 写 保 存 功 能 ， 采 用 顺 
序 存储 方式 ， 所 有 的 数据 包括 目录 、 链 接 等 都 按照 目录 树 的 顺序 进行 存放 。 与 EXT2 等 较 
大 型 的 文件 系统 而 言 ，Romfs 非常 节省 空间 。 通 常 Romfs 用 在 嵌入 式 设备 中 作为 根 文件 系 
统 ， 或 者 用 于 保存 boot loader 以 便 引导 系统 启动 。 

因为 Romfs 是 一 种 只 读 的 文件 系统 ， 使 用 顺序 存储 方式 ， 所 有 数据 都 是 顺序 存放 的 。 
它 的 数据 存储 方式 决定 了 无 法 对 Romfs 进行 写 操作 。 因此 Romfs 中 的 数据 一 旦 确定 就 无 法 
修改 ，Romfs 只 能 作为 一 种 只 读 文 件 系统 。 由 于 采取 了 顺序 存放 策略 ，Romfs 中 每 个 文件 
的 数据 都 能 连续 存放 ， 读 取 过 程 中 只 需要 一 次 寻 址 操作 ， 就 可 以 对 整 块 数据 进行 读 取 ， 因 
此 Romfs 中 读 取 数据 效率 很 高 。 

Romfs 有 两 个 结构 ， 代 码 比 较 简 单 ， 在 romfs_fs.h 中 定义 如 下 : 


struct romfs_ super block { 
be32 word0; 
_ be32 wordl; 
be32 sizen 
be32 checksum; 
char name[0]; /* volume name */ 


}; 


结构 体 romfs_super_block 用 于 识别 Romfs 文件 系统 ， 大 小 为 512 字 节 ， 字 段 word0 
的 初始 值 为 “-”， “r”，“o”，““m”， 字 段 wordl 的 初始 值 为 “-”， “1”， ‘f” ， 
“s”， 通 过 这 两 个 字段 系统 可 以 确定 这 是 一 个 Romfs 文件 系统 。 字 段 size 记录 整个 文件 系 
统 的 大 小 ， 理 论 上 Romfs 大 小 最 多 可 以 达到 4GB。checksum 字段 是 前 512 字 节 的 校 验 和 ， 
用 于 确认 整个 文件 系统 结构 数据 的 正确 性 。 前 4 个 字段 占 16 字 节 , 剩 下 的 都 可 以 用 作文 件 
系统 的 卷 名 , 如 果 整 个 首部 不 足 512 字 节 部 分 采用 0 填充 ,保证 首部 遵循 16 字 节 对 齐 原 则 。 


struct romfs inode { 
_ be32 next; /* low 4 bits see ROMFH */ 
_ be32 spec; 
_ be32 size; 
be32 checksum; 
char name [0]; 
}; 


结构 体 romfs_inode 是 Romfs 的 文件 结构 。 next 字段 指定 下 一 个 文件 的 偏 移 地 址 ， 该 
地 址 的 后 4 位 是 保留 的 ， 用 于 记录 文件 模式 信息 ， 其 中 前 两 位 标识 文件 类 型 ， 后 两 位 标识 
该 文件 是 否 为 可 执行 文件 .因此 Romfs 用 于 文件 寻 址 的 bit 数 实际 上 只 有 28bit, 所 以 Romfs 
中 文件 大 小 不 能 超过 256MB (2”) 。spec 字段 标识 该 文件 类 型 ， 目 前 Romfs 支持 的 文件 


.134 。 
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类 型 包括 普通 文件 、 目 录 文 件 、 符 号 链接 、 块 设备 和 字符 设备 文件 。size 字段 指明 文件 大 
小 ; checksum 字段 是 文件 名 和 填充 字段 的 校 验 和 ; name 字段 是 文件 名 首 地址 ， 文 件 名 长 
度 必须 保证 遵循 16 字 节 对 齐 原则 ， 不 足 部 分 可 用 0 填充 。 

对 于 Romfs 文件 系统 的 注册 过 程 ， 读 者 可 以 查看 fs/romfs/inode.c 文件 。 其 注册 过 程 类 
似 简单 设备 驱动 注册 过 程 。 


5.3 ”基于 RAM 的 文件 系统 


基于 RAM 文件 系统 的 优点 就 是 读 写 速度 非常 快 ， 而 缺点 就 是 当 系 统 复位 后 会 丢失 所 
有 数据 。 下 面 分 别 简单 介绍 基于 RAM 的 文件 系统 特点 。 


1. Ramdisk 


Ramdisk 是 划分 一 块 固定 大 小 的 内 存 作 分 区 来 使 用 ， 它 不 是 一 个 实际 的 文件 系统 ， 而 
是 将 实际 的 文件 系统 装 入 内 存 的 一 种 策略 ， 并 且 可 以 作为 根 文件 系统 。 将 一 些 经 常 被 访问 
而 又 不 会 更 改 的 文件 〈 如 只 读 的 根 文件 系统 ) 通过 Ramdisk 放 在 内 存 中 ， 可 以 明显 地 提高 
系统 的 性 能 。 

在 Linux 的 启动 阶段 ，initrd 提供 了 一 套 机 制 , 将 内 核 映 像 和 根 文件 系统 一 起 加 载 到 内 
存 中 。 在 initrd 机 制 中 还 会 指定 文件 系统 的 起 始 地 址 、 大 小 等 参数 ， 这 些 参数 会 通过 
Bootloader 传递 给 内 核 。 


2. Ramfs/Tmpfs 


Ramfs 是 Linus Torvalds 开发 的 一 种 基于 内 存 的 文件 系统 , 工作 于 虚拟 文件 系统 (VFS) 
层 ， 不 能 进行 格式 化 ， 可 以 创建 多 个 ， 在 创建 时 可 以 指定 其 最 大 使 用 的 内 存 大 小 (VEFS 可 
看 成 是 一 种 内 存 文 件 系统 ， 统 一 了 文件 在 内 核 中 的 表示 方式 ， 并 对 磁盘 文件 系统 进行 了 
缓冲 ) 。 

Ramfs/Tmpfs 文件 系统 把 所 有 的 文件 都 放 在 RAM 中 ， 所 以 读 / 写 操作 发 生 在 RAM 中 ， 
可 以 用 Ramfs/Tmpfs 来 存储 一 些 临时 性 或 经 常 要 修改 的 数据 ， 例 如 /tmp 和 /var 目录， 这 样 
既 避 免 了 对 Flash 存储 器 的 读 写 损耗 ， 也 提高 了 数据 读 写 速度 。 

Ramfs/Tmpfs 相对 于 传统 的 Ramdisk 的 不 同 之 处 主要 在 于 其 不 能 被 格式 化 ， 文 件 系 统 
大 小 可 随 所 含 文件 内 容 大 小 变化 。 


5.4 文件 系统 的 制作 


5.3 节 介 绍 了 常用 的 文件 系统 的 特点 ， 以 及 如 何 根据 硬件 方案 选择 合适 的 文件 系统 。 
本 节 将 介绍 如 何 制作 选择 的 文件 系统 。 另 外 ，Busybox 集合 了 很 多 工具 ， 编 译 起 来 也 非常 
方便 。 在 讲解 制作 文件 系统 的 时 候 ， 也 会 介绍 busybox 的 编译 和 安装 过 程 ， 介 绍 制 作文 件 
系统 时 ， 会 详细 介绍 Ramdisk 和 YAFFS 2 文件 系统 的 制作 。 
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5.4.1 制作 Ramdisk 文件 系统 


制作 根 文件 系统 需要 有 如 下 目录 : /dev、/bin、/usr、 /sbin、/lib、/ete、/proc 和 /sys。 下 
面 分 别 简单 介绍 各 个 目录 中 存放 的 文件 。 

(1) /dev 目录 下 存放 的 是 设备 文件 ， 用 于 访问 系统 资源 或 设备 ， 如 串口 、U 盘 、 硬 盘 、 
系统 内 存 等 。 在 Linux 中 所 有 的 设备 都 被 抽象 成 了 文件 ， 用 户 可 以 访问 设备 就 像 访 问 普通 
文件 一 样 。 在 /dev 目录 下 ， 每 个 文件 可 用 mknod 建立 。/dev 目录 下 主要 的 设备 文件 包括 以 
下 几 个 。 

/dev/console: 系统 控制 台 设 备 文件 。 
/dev/hd IDE: 接口 硬盘 设备 文件 。 
/dev/fd: 软驱 设备 文件 。 

/dev/sd: SCSI 接口 磁盘 驱动 器 文件 。 
/dev/tty: 设备 虚拟 控制 台 。 
/dev/ttyS*: 串口 设备 文件 。 

(2) /bin、/usr/bin、/usr/sbin、/sbin 存放 的 是 二 进 制 可 执行 文件 ， 这 部 分 内 容 通常 通过 
编译 busybox 获得 。 

(3) /lib 用 于 存放 动态 链接 库 。 

(4) /etc 是 用 来 存放 初始 化 脚本 和 其 他 配置 文件 的 。 启 动 脚本 位 于 /ete/re.d/init.d 中 ， 
系统 最 先 运行 的 服务 是 那些 放 在 /etc/re.d 目录 下 的 文件 ,运行 级 别 在 文件 /etc/inittab 中 指定 。 

(5) /proc 是 用 来 挂 载 存放 系统 信息 虚拟 文件 的 系统 ,不 保存 在 系统 硬盘 中 ， 是 内 存 的 
映射 。 它 包含 一 些 和 系统 相关 的 信息 ， 如 CPU 的 信息 。 

(6) /sys 该 目录 下 安装 了 2.6 内 核 中 新 出 现 的 sysfs 文件 系统 ，sysfs 集成 了 3 种 文件 系 
统 的 信息 : 针对 进程 信息 的 proc 文件 系统 、 针 对 设备 的 devfs 文件 系统 及 针对 伪 终 端的 
devpts 文件 系统 。sysfs 是 内 核 设备 树 的 一 个 直观 反映 。 当 一 个 内 核对 象 被 创建 时 ， 会 在 内 
核对 象 子 系统 中 创建 对 应 的 文件 和 目录 。 

下 面 将 详细 介绍 Ramdisk 的 制作 过 程 。 


1. 建立 根 文件 目录 


前 面 提 到 过 根 文件 目录 主要 包括 /dev、/bin、/usr、/sbin、/lib、/ete、/proc、/sys、/var 
和 /tmp。 下 面 给 出 建立 根 文件 目录 的 命令 : 


#cd /usr/local 

#mkdir rootfs 

#cd rootfs 

#mkdir bin dev etc lib proc sbin tmp usr var sys 
#chmod 777 tmp 

#mkdir usr/bin usr/lib usr/sbin 

#mkdir var/lib var/lock var/log var/run var/tmp 
#chmod 777 var/tmp 


DOOOOO 


2. 编译 Busybox 
编译 Busybox 可 以 得 到 绝 大 多 数目 录 和 工具 ， 可 以 简化 设计 和 开发 时 间 。 在 下 载 和 使 
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用 busybox 时 , 注意 要 使 用 稳定 版 本 (stable) 。 例 如 , Busybox 1.16.1 是 稳定 版 本 , 而 Busybox 
1.16.0 是 非 稳定 版 本 ， 建 议 读者 在 初学 时 使 用 稳定 版 本 。 

编译 Busybox 前 先 必须 对 需要 的 工具 进行 配置 ， 通 过 图 形 界面 选择 工具 ， 选 择 的 原则 
是 尽量 选择 必要 的 工具 。 下 面 是 解压 和 进入 配置 界面 命令 : 


#tar jxvf busybox-1.16.1.tar-bz2 

#cd busybox-1.16.1 

#make menuconfig 

(1) 进入 配置 界面 后 ， 选 择 Busybox Settings-->Build Options--->， 在 该 窗口 中 设置 将 
Busybox 编译 成 静态 库 ， 选 择 交叉 编译 器 ， 如 图 5.2 所 示 。 


EE 


文件 人 编辑 伍 ) 查看 WV 终端 人， 标签 但 ) 帮助 中 ) 


BusyBox 1.16.1 Configuration 


[®) [root@localhost:/usrhocalousybox-1161 | 囊 夯 画 画 8 
图 5.2 设置 编译 选项 Build Options 


(2) 配置 安装 选项 ， 选 择 Busybox Settings-->Installation Options--->， 进 入 Installation 
Options 窗口 后 设置 busybox 的 安装 目录 为 /usr/local/rootfs， 即 前 面 创建 的 根 文件 目录 ， 如 
图 5.3 所 示 。 

(3) 配置 关于 档案 工具 选项 (Archival Utilities) ， 该 窗口 中 有 常用 的 压缩 (bzip2) 、 
解压 (bunzip2) 和 安装 软件 包工 具 (rpm) 等 。 可 以 选择 常用 的 工具 ， 也 可 以 按照 默认 的 
选择 进行 配置 ， 如 图 5.4 所 示 。 

(4) 配置 核心 工具 选项 (Coreutils), 该 窗口 中 包括 打印 日 历 (cal), 修改 权限 (chmod)， 
复制 (cp) ， 移 动 文件 (mv) 等 ， 可 以 选择 常用 的 工具 ， 也 可 以 按照 默认 的 选择 进行 配置 ， 
如 图 5.5 所 示 。 
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sr/iocal/ basybo 


1ocal /rootfs) BusyBox installation prefid 


($ [Broot@localhost/usrhocaVbusybox-1.16.1 
图 5.3 设置 安装 选项 (Installation Options) 


文件 人 编辑 企 ) 查看 终端 WD 标签 但 ) 帮助 


BusyBox 1.16.1 Configuration 


[*] Make tar. roa. modprobe etc understand .1zmn dota 


国 root@localhost:/usrhocal/busybox-1.16.1 
5.4 ”配置 文档 工具 (Archival Utilities) 
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rootBiocalhostusWocabusybox-1161 “| 司 root@locanoxt:-1 二 画面 面包 
图 5.5 配置 核心 工具 选项 (Coreutils) 


(5) 配置 控制 台 工 具 (Console Utilities) ， 该 窗口 中 的 工具 在 实际 中 用 的 比较 少 ， 常 
用 的 有 清除 控制 台 (clear) 、 重 置 (reset) 控制 台 等 ， 读 者 可 以 根据 需要 选择 ， 如 图 5.6 
所 示 。 


relecanot: -1 一 面 画面 9 
图 5.6 配置 控制 台 工具 (Console Utilities 


(6) Debian Utilities 和 Mail Utilities， 这 两 项 工具 在 榜 入 式 系统 中 基本 没有 用 到 ， 读 者 
可 以 不 用 配置 这 两 个 选项 。 
(7) 配置 Editors 时 ， 可 以 只 选 VI 和 diff 工 具 。 
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(8) 必须 配置 初始 化 工具 (Init Utilities) ， 并 且 在 该 窗口 中 一 定 要 选择 Support reading 
an inittab file， 支 持 init 读 取 /etc/inittab 配置 文件 ， 如 图 5.7 所 示 。 


个 立 有 全 有 国民 号 


‘root@localhost usrhoca/busybox-1.161 


[root@ocomost — J 
图 5.7 配置 初始 化 工具 Init Utilities) 


(9) 必须 配置 网 络 工具 (Networking Utilities) ， 要 与 开发 板 进行 通信 ， 或 者 上 传 文件 
到 开发 板 上 时 ， 需 要 通过 网 络 进行 传输 。 因 此 ， 需 要 有 设置 IP 工具 〈ifeonfig) ， 文 件 传 


文件 亿 编 强 全 》 直 看 必 ) 阁 端 (标签 所 ) 帮助 tt) 


BusyBox 1.16.1 Co 


[Broot@localhost — 


5.8 配置 网 络 工具 (Networking Utilities) 


(10) 必须 配置 Shell 工具 ， 选 择 命令 Choose your default shell (ash) 进 入 Choose your 
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default shell 窗口 ， 选 择 ash， 如 图 5.9 所 示 。 


图 5.9 配置 Shell 工具 


(11) 保存 配置 ， 选 择 Save Configuration to an Alternate File， 退 出 配置 窗口 后 执行 下 
面 的 命令 进行 编译 安装 busybox 到 /usr/local/rootfs 目录 下 。 


#make ARCH=arm CROSS COMPILE=arm-linux- install 


3. 将 交叉 编译 器 库 复制 到 rootfs/lib 下 


(1) 将 交叉 编译 器 目录 下 库 文件 复制 到 rootfs/lib 中 时 ,注意 查看 所 复制 的 目录 下 是 否 
有 libm、libpthread 等 常用 库 。 进 入 /usr/local/army/4.3.2/arm-none-linux-gnueabi/libc/lib 下 ， 
查看 目录 下 的 库 文件 ， 是 否 存在 需要 的 库 文件 。 


#cd /usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/l1ib 


#1s 
1d2-.8.30 libcrypt-2.8.so libm.so.6 
libnss hesiod-2.8.so libresolv-2.8.so 
ld-linux.so.3 libcrypt.so.1 Tibnsl 2.8-580 
libnss hesiod.so.2 libresolv.so.2 
libanl-2.8.so libc.so.6 libnsl.so.1 
libnss nis-2.8.so librt-2.8.so 
libanl.so.1 libdl-2.8.so libnss compat-2.8.so 
libnss nisplus-2.8.so iDbressos 
libBrokenLocale-2.8.so libdl.so.2 libnss_compat.so.2 
libnss nisplus.so.2 libSegFault.so 
libBrokenLocale.so.1 libgcc s.so libnss dns-2.8.so 
libnss nis.so.2 libthread db-1.0.so 
Libc=258.30 libgcc s.so.1 libnss dns.so.2 
libpcprofile.so libthread db.so.1 
libcidn-2.8.so libm-2.8.so libnss files-2.8.so 
libpthread-2.8.so libutil-2.8.so 
libcidn.so.1 libmemusage.so Libnss files-so52 
libpthread.so.0 libutil.so.1 


(2) 执行 库 文件 的 复制 过 程 。 复 制 完成 后 进入 /usr/local/rootfs/lib 查看 是 否 复制 了 需要 


的 库 文件 。 
#cd /usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/lib 


#for file in libc libcrypt libdl libm libpthread libresolv libutil 
>do 
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>cp $file-*.so /usr/local/rootfs/lib 

>cp -d $file.so.[*0-9] /usr/local/rootfs/lib 
>done 

#cp -d ld*.so* /usr/local/rootfs/lib 

# cd /usr/local/rootfs/lib 


#1s 

1d-2:8.s0 libcrypt-2.8.so libdl-2.8.so libm.so.6 libresolv-2.8.so 
libutil.so.1 

ld-linux.so.3 libcrypt.so.1 libdl.so.2 libpthread-2.8.so libresolv.so.2 
TIbe=20s30 libc:s0.6 libm-2.8.so libpthread.so.0 libutil-2.8.so 


4. 建立 所 需 设备 文件 


需要 的 设备 文件 结 点 包括 控制 台 console、 内 存 mem 等 。 建 立 各 个 设备 结 点 的 参数 包 
括 设备 类 型 、 主 设备 号 和 次 设备 号 。 建 立 结 点 命令 如 下 : 


cd /usr/local/rootfs/dev 

mknod console c 5 1 

mknod full c17 

mknod kmem c 1 2 

mknod mem C 1 工 

mknod null c 1 3 

mknod port c 1 4 

mknod random c 1 8 

mknod urandom c 1 9 

mknod zero c 1 5 

for i in “seq 0 7°; do mknod loop$i b 7 $i; done 
for i in “seq 0 9`; do mknod ram$i b 1 $i; done 
ln -s raml ram 

mknod tty c 5 0 

for i in ‘seq 0 9°; do mknod tty$i c 4 $i; done 
for i in ‘seq 0 9`; do mknod vcs$i b 7 $i; done 
ln -s Vcs0 vces 

for i in “seq 0 9°; do mknod vcsa$i b 7 $i; done 
ln -s vcsa0 Vcsa 


太太 着 六 间 间 间 六 间 间 着 着 间 着 间 间 六 六 霜 


全 注意 : 符号 并非 键 盘 上 的 单 引号 ， 而 是 键盘 左上 方 的 波浪 号 对 应 的 键 。 建 立 完成 后 可 
以 查看 在 /ust/local/rootfs/dev 目录 下 建立 的 设备 结 点 有 : 


console loopl loop5 null raml ram5 ram9 ttyl tty5 tty9 vesl 
Ves5 Vcs9 vcsa2 vcsa6 zero 

full loop2 loop6 port ram2 ram6 random tty2 tty6 urandom vcs2 
Vcs6 vcsa vcsa3 VCcsa7 

kmem loop3 loop7 ram ram3 Iam7 tty tty3 tty7 vcs Vcs3 
Vcs7 vcsa0 vcsa4 vcsa8 

loop0 loop4 mem ram0 ram4 ram8 tty0 tty4 tty8 vcs0 vesd 


Vcs8 vcsal vcsa5 Vcsa9 


5. 建立 文件 系统 映像 文件 


准备 目标 系统 启动 所 需要 的 文件 rrS、inittab 和 fstab。 这 3 个 文件 是 制作 文件 系统 最 
重要 的 文件 。 下 面 给 出 各 个 文件 的 内 容 。 

(1) /etc/init.d/reS: 挂 载 /etc/fstab 指定 的 文件 系统 。 

#! /bin/sh 
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/bin/mount -a 


(2) /etc/inittab: init 进程 的 配置 文件 。 


::sysinit:/etc/init.d/rcs 
::askfirst:-/bin/bash 
::restart:/sbin/init 
::ctrlaltdel:/sbin/reboot 
::shutdown:/bin/umount -a -r 


(3) etc/fstab: 指定 需要 挂 载 的 文件 系统 。 


proc /proc proc defaults 0 0 
tmpfs /tmp tmpfs defaults 0 0 
sysfs /sys sysfs defaults 0 0 
tmpfs /dev tmpfs defaults 0 0 
Var /dev tmpfs defaults 0 0 


6. 建立 文件 系统 映像 文件 
建立 根 文件 系统 挂 载 点 


# mkdir /mnt/ramdisk 


建立 大 小 为 8192 的 根 文件 系统 


# mke2fs -vm0 /dev/ram 8192 

细节 中 打印 的 细节 信息 中 包括 块 的 个 数 ， 块 的 大 小 ， 结 点 个 数 等 信息 。 
mke2fs 1.39 (29-May-2006) 

Filesystem label= 

Os type: Linux 

Block size=4096 (1og=2) 

Fragment size=4096 (log=2) 

2048 inodes, 2048 blocks 

0 blocks (0.00%) reserved for the super user 
First data block=0 

1 block group 

32768 blocks per group, 32768 fragments per group 
2048 inodes per group 


Writing inode tables: done 
Writing superblocks and filesystem accounting information: done 


This filesystem will be automatically checked every 30 mounts or 
180 days, whichever comes first. Use tune2fs -c or -i to override. 


挂 载 根 文件 系统 

# mount -t ext2 /dev/ram /mnt/ramdisk 

对 文件 系统 进行 操作 ， 将 制作 的 文件 系统 拷贝 到 挂 载 点 
# cp -af /usr/local/rootfs/* /mnt/ramdisk 

退出 /mnt/ramdisk 目录 才能 进行 卸载 

# cd / 


印 载 文 件 


# umount /mnt/ramdisk 
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文件 系统 生成 


# dd if=/dev/ram of-ramdisk bs-1k count=8192 
制作 文件 系统 映像 

# gzip -v9 ramdisk 

生成 的 映像 文件 为 ramdisk， 压 缩 后 为 ramdisk.gz。 
7. 内 核 中 支持 RAM 文 件 系统 的 初始 化 


在 编译 内 核 时 ， 在 General setup 窗口 中 选择 [*] Initial RAM filesystem and RAM disk 

(initramfs/initrd) support 如 图 5.10 所 示 ， 同 时 在 Initramfs source 中 传递 初始 化 参数 : 
initrd=0x21100000,8000000 root=/dev/ram rw init=linuxrc console=ttys0, 
115200, mem=32M 


-config — Linux Kernel v2.6.29 Configuration 


[ND) lnitial RAN filesystem and RAY disk 《initraafsyinitrd) support 


图 5.10 配置 RAM 文件 系统 的 初始 化 


5.4.2 制作 YAFFS2 文件 系统 

如 果 开发 板 只 有 Nand Flash, 那么 选择 最 合适 的 文件 系统 为 YAFFS 文件 系统 .mini2440 
只 有 Nand Flash 没有 Nor Flash， 因 此 选择 的 文件 系统 为 YAFFS2 文件 系统 。 

1. 制作 文件 系统 时 准备 的 源 代码 


内 核 源 代码 和 交叉 编译 器 读者 可 以 根据 自己 的 实际 情况 选择 具体 的 对 应 版 本 ， 
yaffs2.tar.gz 源码 是 必须 的 。 
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linux-2.6.29.6.tar.bz2: 内 核 源 代码 ; 

yaffs2.tar.gz: YAFFS2 文件 系统 源 代码 ; 
arm-linux-gcc-4.3.2.tgz: 交叉 编译 工具 ; 
mkyaffs2image.tgz: 制作 YAFFS2 文件 系统 工具 。 


- 解压 源码 


解压 内 核 源码 和 交叉 编译 器 的 源码 ， 并 将 yaffs2.tar.gz 复制 到 内 核 源码 的 ff 目录 下 进 
行 解压 。 如 果 是 第 一 次 使 用 交叉 编译 器 ， 那 么 应 该 在 环境 变量 中 添加 交叉 编译 器 的 路 径 或 
者 在 /etc/profile 中 添加 交叉 编译 器 路 径 并 重新 启动 计算 机 。 文件 /etc/profile 中 的 交叉 编译 器 
的 设置 ， 例 如 : 

# Path manipulation 

if [ "$SEUID"”= "0" ]; then 

pathmunge /sbin 
pathmunge /usr/sbin 


pathmunge /usr/local/sbin 
pathmunge /usr/local/arm/4.3.2/bin 


OOODO 


Dh 


El 


3. 修改 内 核 项 层 Makefile 


在 Makefile 中 设置 目标 平台 为 am， 交叉 编译 器 为 arm-linux。 
# Vi Makefile 

ARCH ?= $ (SUBARCH) 

CROSS_ COMPILE ?= 


修改 为 
ARCH ?=arm 
CROSS_ COMPILE ?=arm-linux— 


4. 修改 机 器 码 


在 vivi 启动 时 如 果 机 器 码 与 设置 的 不 一 致 会 出 现 提示 ， 在 文件 arch/arm/ 
tools/mach-types 中 进行 下 面 的 修改 。 


# vi arch/arm/tools/mach-types 
Ss3c2440 ARCH S3C2440 S3C2440 362 


修改 为 
s3c2440 RRCH S3C2440 S3C2440 782 


5. 修改 时 钟 频率 


修改 arch/arm/mach-s3c2440/mach-smdk2440.c 中 的 时 钟 为 12MHz， 有 具体 修改 如 下 。 


static void _init smdk2440 map_io (void) 
村 
Ss3c24xx init io(smdk2440 iodesc, ARRAY SIZE(smdk2440 iodesc)); 
//s3c24xx init clocks(16934400); 
s3c24xx init_clocks (12000000) ;// 将 频率 设置 为 12MHz 
S3c24xx init uarts(smdk2440 uartcfgs, ARRAY SIZE(smdk2440 uartcfgs)); 
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6. 使 内 核 支 持 YAFFS2 


解压 yaffs2.tar.gz 后 进入 YAFFS2 目录 , 在 YAFFS2 目录 下 有 可 执行 文件 patch-ker.sh， 
执行 如 下 命令 : 

# ./patch-ker.sh c /usr/local/arm/linux-2.6.29.6 

执行 该 命令 后 , 就 会 在 代 的 Kconfig 和 Makefile 中 增加 对 YAFFS2 的 编译 选项 的 支持 。 
在 fs/Kconfig 会 自动 添加 : 


# Patched by YAFFS 
source "fs/yaffs2/Kconfig" 


在 fs/Makefile 中 会 自动 添加 : 

# Patched by YAFFS 

obj-$ (CONFIG YAFFS FS) += yaffs2/ 
县 注意 : 这 两 部 分 内 容 也 可 以 进行 手动 添加 。 添 加 的 目的 是 在 内 核 的 文件 系统 选项 中 增加 

了 对 YAFFS2 的 支持 选项 。 

回 到 内 核 的 一 级 目录 下 运行 make menuconfig， 对 内 核 进行 配置 ， 配 置 中 多 了 对 

YAFFS2 文件 系统 支持 的 选项 ， 选 上 该 选项 ， 如 图 5.11 所 示 。 
合 


文件 所 编辑 息 ) 枉 看 VV) 准 端 (D 标签 包 ) 帮助 tb) 


config — Linux Kernel Y2.6.39.6 Coaftguracio 


国 root@localhost usrhocal/arm/inux-26 29.6 


5.11 内 核 中 增加 对 YAFFS2 的 支持 


全 注意 : 执行 patch-ker.sh 时 将 语句 source "fs/yaffs2/Kconfig" 自 动 放 在 文件 人 /Kconfig 的 末 
尾 ， 即 和 文件 系统 并 列 的 菜单 。 可 以 对 其 位 置 进行 修改 使 之 在 文件 系统 菜单 内 。 
如 将 其 加 在 cramfs 选项 的 后 面 ， 在 人 /Kconfig 中 代码 如 下 ,内 核 中 对 YAFFS2 支 
持 就 出 现在 cramfs 后 面 ， 如 图 5.12 所 示 。 
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Source "fs/cramfs/Kconfig" 


source "fs/yaffs2/Kconfig" 


进入 内 核 配 置 界 面 后 ， 选 择 命令 File systems ---> Miscellaneous filesystems  --->， 进 
入 Miscellaneous filesystems 配置 窗口 ， 选 择 对 YAFFS2 文件 系统 的 支持 。 


文件 亿 编辑 企 ) 查看 WW) 终端 (标签 @) 帮助 


6 


“> YAEFS2 file systen support 


国 root@localhost:/usrhocaarm/inux-2.6 29 6 
图 5.12 修改 位 置 后 的 YAFFS2 选项 


7. 使 内 核 支 持 Mini2440 


在 内 核 的 System Type-->ARM system type 选项 下 ， 选 择 Samsung S3C24xx 系列 ， 如 
图 5.13 所 示 。 如 果 读 者 的 开发 板 不 是 mini2440， 那 么 就 应 该 选择 对 应 的 处 理 器 类 型 。 然 后 
在 S3C2440 Machines 中 选择 Mini2440 支持 选项 。 


二 着 Samsung S3C2410、S3C2412、S3C2413、S3C2440、S3C2442、S3C2443 


图 5.13 选择 处 理 器 类 型 
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8. 编译 内 核 映像 文件 


执行 make zImage 生成 内 核 的 映像 文件 ， 如 果 遇 到 下 面 的 错误 可 以 执行 make distclean 


进行 清理 ， 然 后 重新 生成 映像 文件 。 

ERROR: the symlink include/asm points to asm-x86 but asm-arm was expected 

set ARCH or save .config and run "make mrproper' to fix it 

# make distclean 

# make zImage 

9. 编译 Busybox 

编译 Busybox 的 配置 细节 可 以 参考 5.2.1 节 。 这 里 可 以 将 Busybox 交叉 编译 安装 在 
_install 文件 中 ， 如 图 5.14 所 示 配置 安装 路 径 。 


hsyBox 1.16.1 Conf: 


(NN/ install) BusyBox installation prefiy 


图 5.14 配置 Busybox 安装 路 径 


在 /usr/local 目录 下 新 建 yaffs_root 文件 夹 ， 将 Busybox 的 安装 目录 _install 中 的 文件 
bin、linuxrc、sbin、usr 复制 到 yaffs_root 目录 下 。 
# mkdir /usr/local/yaffs root 


# cd /usr/local/busybozx-1.16.1/_install 
# cp -rf bin linuxrc sbin usr /usr/local/yaffs root 


10. 为 YAFFS 文 件 系统 准备 lib 库 


将 交叉 编译 器 目录 下 的 库 文件 全 部 复制 到 lib 库 目 录 下 ，-d 表示 复制 的 时 候 包 括 链接 


文件 一 起 复制 过 来 。 
#cp -d /usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/lib/*so* ./lib 
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11. 制作 etc 目 录 下 必要 的 文件 


etc 目录 是 文件 系统 中 最 重要 的 目录 , 系统 配置 的 启动 信息 都 在 该 目录 下 , 下面 分 别 给 
出 必要 的 几 个 文件 。 
(1) /etc/inittab 文件 。 


::sysinit:/etc/init.d/rcs # 调 用 系统 初始 化 文件 
s3c2410_serial0::askfirst:-/bin/sh # 文 件 drivers/serial/s3c2410.c 中 指定 了 
串口 驱动 名 字 s3c2410_serial 

::ctrlaltdel:/sbin/reboot # 重 启 

::shutdown:/bin/umount -a -r ## 关 机 


该 文件 为 init 进程 的 配置 文件 。 
(2) etc/init.d/res 文件 。 


#!/bin/sh 
PATH=/sbin:/bin:/usr/sbin:/usr/bin 
runlevel=S 

prevlevel=N 

umask 022 

export PATH runlevel prevlevel 

mount -a 

mkdir /dev/pts 

mount -t devpts devpts /dev/pts 

echo /sbin/mdev > /proc/sys/kernel/hotplug 
mdev -s 

mkdir -p /var/lock 

/bin/hostname -F /etc/sysconfig/HOSTNAME 


该 文件 为 可 执行 文件 ， 完 成 后 还 要 修改 其 权限 为 可 执行 。 该 文件 功能 包括 指定 环境 变 
量 、 运 行 级 别 和 挂 载 设备 等 。 

(3) etc/profile 文件 。 

USER=" id -un*™ 

LOGNAME=$USER 

PS1=" [Yaffs LiuG]# "' 

PATH=$PATH 


HOSTNAME=" /bin/hostname. 
export USER LOGNAME PS1 PATH 


如 果 不 配置 profile， 移 植 完 文件 系统 后 ， 进 入 系统 命令 行头 为 空 ， 效 果 如 下 : 


# ls 

bin home lost+found proc sys var 
dev lib mnt root tmp 

etc linuxrc opt sbin usr 


配置 profile 文件 后 ， 其 效果 如 下 : 


[Yaffs@LiuG]# 1s 


bin home lost+found proc sys var 
dev 1ib mnt root tmp 
etc linuxrc opt sbin usr 


(4) etc/sysconfig/HOSTNAME 文件 。 
Yaffs@LiuG # 指 定 HBOSTNAME, rcs 中 调用 该 文件 
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(5) etc/fstab 文件 。 


proc /proc proc defaults 0 0 
tmpfs /tmp tmpfs defaults 0 0 
sysfs /sys sysfs defaults 0 0 
tmpfs /dev tmpfs defaults 0 0 
var /dev tmpfs defaults 0 0 


该 文件 指明 需要 挂 载 的 文件 系统 。 
12. 制作 YAFFS 映 像 文件 


解压 制作 文件 系统 工具 mkyaffs2image.tgz, 解压 后 该 工具 自动 安装 在 目录 usr/sbin/ 下 。 
使 用 mkyaffs2image 将 上 面 制作 的 文件 系统 制作 成 映像 文件 。 


# tar zxvf mkyaffs2image.tgz 
# mkyaffs2image yaffs root yaffs root.img 


5.4.3 制作 JFFS2 文件 系统 


制作 JEFS2 文件 系统 是 通过 工具 mkfsjffs2 将 文件 系统 目录 制 成 映像 文件 。 制 作 工 具 
mkfs.jffs2 需要 编译 zhb 库 和 mtd-utils， 下 面 详细 介绍 其 制作 过 程 。 


1. 内 核 配 置 MTD 驱 动 支持 和 JFFS2 支 持 


从 图 5.1 可 以 看 出 YAFFS2 自 带 MTD 了 驱动， 而 JFFS2 文件 系统 则 需要 在 内 核 中 配置 
MTD 驱动 支持 。 内 核 也 必须 支持 fFS2 文件 系统 。 

在 编译 内 核 时 选择 Device Drivers ---> Memory Technology Device (MTD) support --->， 
进入 Memory Technology Device 配置 窗口 ， 如 图 5.15 所 示 。 


5.15 配置 MTD 驱动 支持 
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在 编译 内 核 时 选择 File systems --->Miscellaneous filesystems--->， 进 入 Miscellaneous 
filesystems 配置 窗口 选择 支持 下 FS2 文件 系统 ， 如 图 5.16 所 示 。 


*> Journalling Flasb File Systen v2 


图 5.16 配置 内 核 支持 JFFS2 文件 系统 


2. 制作 工具 mkfs.jffs2 


制作 工具 mkfsjffs2 是 用 于 制作 下 FS2 映像 文件 。 制 作 JFFS2 映像 文件 需要 以 下 两 个 
文件 : 

口 zlib-1.2.3.tar.gz; 

口 mtd-utils-1.0.0.tar.gz。 

(1) 编译 安装 zlib 库 ， 用 于 文件 压缩 和 和 解压。 进入 zlib 的 解压 目录 下 ， 使 用 configure 
命令 生成 Makefile。 

# ./configure --prefix=/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc 

-shared 


修改 生成 的 Makefile 如 下 : 
CC=arm-linux-gcc 
LDSHARED=arm-linux-gcc 
CPP=arm-linux-gcc -E 

AR=arm-linux-ar rc 
RANLIB=arm-linux-ranlib 

执行 make 和 make install 进行 编译 和 安装 。 
#make 

#make install 


编译 和 安装 完成 后 在 目录 /usr/local/arm/4.3.2/arm-none-linux-gnueabilibc/lib 下 会 生成 
动态 和 静态 库 文件 libz.a、libz.so、libz.so.1.2.3 和 libz.so.1。 
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(2) 编译 工具 mtd-utils。 进 入 mtd-utils 的 解压 目录 ， 执 行 make 进行 编译 。 完 成 编译 
后 ， 新 生成 的 工具 mkfsjffs2、mkfs.jffs 等 在 目录 /usr/local/iffs root/tmp/mtd-utils-1.0.0 下 。 

# tar zxvf mtd-utils-1.0.0.tar.gz 

# cd mtd-utils-1.0.0 

# make 

将 该 路 径 添加 到 环境 变量 PATH 中 。 

#PATH=$PATH: /usr/local/jffs root/tmp/mtd-utils-1.0.0 


(3) 制作 JFFS2 映像 文件 . 制作 下 FS2 根 文件 系统 的 过 程 与 其 他 文件 系统 的 过 程 相同 ， 
制作 下 FS2 映像 文件 的 命令 如 下 : 

#mkfs.jffs2 -rjffs root -ojffs root.jffs2 -e 0x4000 --pad=0x800000 -s 0x200 

守业 

各 个 参数 的 含义 如 下 所 示 。 

口 -r: 指定 文件 系统 。 

口 -o: 指定 输出 的 映像 文件 名 。 

口 -e: 擦 除 块 的 大 小 (block size) ， 不 同 的 flash,， 其 block size 不 一 样 。 

口 --pad (〈-p) : 指定 输出 文件 的 大 小 ， 也 就 是 jffs_rootjffs2 的 大 小 。 重 要 的 是 , 为 
了 不 浪费 flash 的 空间 ， 该 值 应 该 符合 flash driver 划分 块 的 大 小 。 
-n: 在 每 个 擦 除 块 中 不 添加 clreanmarker 〈 消 除 标志 ) 。 


5.4.4 ”其 他 文件 系统 制作 


口 


Cramfs 文件 系统 目录 的 制作 方法 与 其 他 文件 系统 目录 的 制作 方法 相同 , 其 映像 文件 的 
制作 如 下 : 


# mkfs.cramfs rootfs cram.img 


口 rootfs: Cramfs 文件 系统 目录 ; 

口 cram.img: 生成 映像 文件 名 。 

Romfks 文件 系统 的 制作 一 般 使 用 工具 genromfs。 下 载 genromfs-0.5.1.tar.gz 进行 解压 ， 
进入 解压 目录 进行 编译 生成 genromfs 工具 。 


# tar zxvf genromfs-0.5.].tar.gz 
# cd genromfs-0.5.1 
# make 


使 用 genromfs 工具 制作 Cramfs 文件 系统 映像 文件 romfs.img。 使 用 如 下 命令 可 以 看 到 
制作 Cramfs 文件 系统 映像 文件 的 细节 。 


# ./genromfs -V "xromfs" -f romfs.img -d ../rootfs/ -V 


各 个 参数 的 含义 如 下 所 示 。 

口 -VVOLUME: 指定 卷 标 ; 

口 -fIMAGE: 指定 输出 romfs 映像 的 名 字 ; 

口 -d DIRECTORY: 指定 源 目录 (将 该 目录 制作 成 romfs 文件 系统 ); 
口 -v: 显示 详细 的 创建 过 程 。 
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9 cal 结 


文件 系统 内 容 比 较 多 ， 大 致 可 以 将 其 制作 过 程 分 为 3 个 部 分 。 工 具 程 序 ， 一 般 利用 交 
又 编译 Busybox 获得 ; 动态 库 文件 ， 可 以 从 交叉 编译 器 的 库 目 录 下 进行 复制 ;配置 和 启动 
文件 目录 etc) ， 该 目录 下 主要 有 四 个 文件 ， 这 四 个 文件 可 以 参考 生成 的 旧 的 文件 系统 进 
行 配置 。 文 件 系统 的 内 容 虽 然 很 多 ， 制 作文 件 系 统 最 简单 有 效 的 方式 还 是 在 原 有 的 文件 系 
统 目录 基础 上 进行 增加 和 删除 。 
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液晶 显示 器 (Liquid Crystal Display, 简称 LCD) 是 一 种 采用 液晶 控制 透 光 度 技术 来 实 
现 色彩 的 显示 器 。 它 是 嵌入 式 系统 中 常见 的 输出 设备 ， 也 是 现代 掌上 设备 人 机 交互 的 重要 
组 成 部 分 。 随 着 嵌入 式 技术 的 快速 发 展 ，LCD 在 人 们 日 常生 活 中 可 以 说 是 无 处 不 在 ， 它 在 
嵌入 式 产品 中 发 挥 着 越 来 越 重要 的 作用 。 本 章 中 将 讲述 怎么 在 开发 板 上 移植 Linux 的 LCD 
驱动 程序 。 


6.1 认识 LCD 相关 硬件 原理 


在 编写 LCD 驱动 程序 前 ， 驱 动 开 发 者 应 该 对 LCD 的 相关 硬件 原理 有 个 大 概 的 认识 ， 
弄 清楚 LCD 显示 屏 相关 参数 的 意义 ， 如 何在 驱动 程序 中 设置 这 些 参 数 ， 从 而 根据 相应 的 
LCD 显示 屏 型 号 编写 相应 的 驱动 程序 。 本 节 首 先 对 LCD 显示 屏 做 大 概 的 讲述 ， 在 对 LCD 
显示 屏 的 显示 原理 有 一 个 认识 之 后 ， 主 要 讲述 S3C2440 芯片 的 LCD 控制 器 。 


6.1.1 LCD 概述 


LCD (液晶 显示 ) 模块 满足 了 嵌入 式 系统 日 益 提高 的 要 求 。 它 可 以 显示 汉字 、 字 符 和 
图 形 ， 同 时 还 具有 低压 、 低 功 耗 、 体 积 小 、 重 量 轻 和 超 薄 等 很 多 优点 。 随 着 嵌入 式 系统 的 
应 用 越 来 越 广泛 ， 功 能 也 越 来 越 强 大 ， 对 系统 中 的 人 机 界面 的 要 求 也 越 来 越 高 。 在 实际 应 
用 的 驱使 下 , 许多 工作 在 Linux 下 的 图 形 界面 软件 包 的 开发 和 移植 工作 中 都 涉及 底层 LCD 
驱动 的 开发 问题 。 因 此 开发 LCD 驱动 在 嵌入 式 系统 中 得 以 广泛 运用 。 

1. LCD 显 示 屏 的 分 类 


常见 的 液晶 显示 屏 按 物 理 结构 可 分 为 4 种 ， 即 扭曲 向 列 型 CTN-LCD) 、 超 扭曲 向 列 
型 (STN-LCD) 、 双 层 超 扭曲 向 列 型 (DSTN-LCD ) 和 薄膜 晶体 管 型 (TFT-LCD ) 。 其 中 ， 
TN-LCD、STN-LCD 和 DSTN-LCD 的 基本 显示 原理 是 一 样 的 ， 只 是 液晶 分 子 扭曲 的 角度 
不 同 而 已 。 而 TFT-LCD 则 采用 与 TN 型 系列 LCD 完全 不 同 的 显示 方式 。 在 写 驱动 程序 时 
要 根据 不 同类 型 对 LCD 控制 器 进行 控制 。 


2. LCD 的 常用 参数 


市 场 上 的 LCD 显示 屏 从 厂家 、 型 号 、 规 格 等 来 说 不 尽 相同 ， 了 和解 LCD 的 主要 参数 对 
进行 LCD 驱动 开发 非常 有 用 ， 因 为 写 驱动 程序 时 就 需要 对 LCD 的 参数 进行 设置 。 
口 PPI (Pixel Per Inch) 是 指 每 平方 英寸 所 拥有 的 像素 数目 。 由 此 可 见 ，PPI 值 越 高 就 
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意味 着 显示 屏 显示 图 像 的 密度 越 高 ， 显 示 密 度 越 高 ， 拟 真 度 也 就 越 高 ， 图 像 也 就 
越 清晰 ， 显 示 效 果 也 就 越 好 。 目 前 市 面 上 通用 的 TFT 液晶 屏 大 部 分 是 100PPI 的 。 

口 分 辨 率 : 市 面 上 的 分 辨 率 标准 多 种 多 样 , 主要 有 VGA、SVGA、UXGA 和 SXGA+。 
其 中 ，SXGA+ 所 代表 的 显示 分 辨 率 为 1400X1050。Quad-VGA 是 三 莹 公司 的 一 种 
新 分 辩 率 标准 ， 它 所 代表 的 分 辨 率 是 1280X960， 而 一 般 标准 XGA 的 代表 是 
1280X1024。 

口 BPP (Bit Per Pixel) ， 即 每 个 像素 使 用 多 少 位 来 表示 其 颜色 。 比 如 ， 黑 白色 只 用 
lbit (1BPP) 就 可 以 表示 黑白 两 种 颜色 ， 对 于 4 阶 灰 度 可 用 2bit (2BPP) 来 表示 
一 个 点 ， 而 对 于 256 色 的 彩色 要 用 8bit (8BPP) 来 表示 一 个 点 。 


3. LCD 的 显示 原理 


对 于 内 存 中 的 一 幅 完整 图 像 ， 它 是 怎么 显示 到 屏幕 上 的 呢 ? LCD 显示 器 沿用 了 以 前 
CRT 显示 器 的 概念 。 一 幅 图 像 被 称 为 一 帧 ， 每 帧 由 多 个 行 排列 组 成 ， 每 行 又 由 多 个 像素 组 
成 ， 每 个 像素 的 色彩 使 用 若干 位 数据 来 表示 。 对 于 单 色 〈 黑 白 ) 显示器， 每 个 像素 用 1 位 
来 表示 ， 称 为 1 BPP; 对 于 256 色 显 示 器 ， 每 个 像素 使 用 8 位 来 表示 ， 称 为 8BPP， 依 此 
类 推 。 

显示 器 从 屏幕 的 左上 方 开始 ， 一 行 一 行 地 取得 每 个 像素 的 数据 并 显示 出 来 ， 当 显示 到 
一 行 的 最 右边 时 ， 跳 到 下 一 行 的 最 左边 开始 显示 下 一 行 ， 当 显示 完 所 有 行 后 ， 重 新 跳 到 左 
上 方 开始 下 一 帧 的 显示 。 显 示 器 沿 着 “Z” 字 形 的 路 线 进行 扫描 ， 同 时 使 用 帧 扫描 信号 和 
行 扫描 信号 来 同步 每 一 帧 和 每 一 行 。 


6.1.2 LCD 控制 器 


LCD 控制 器 的 功能 是 产生 控制 时 序 和 信号 , 从 而 驱动 LCD。 用户 只 需要 通过 读 写 LCD 
控制 器 的 一 系列 寄存 器 来 完成 配置 .用 户 所 要 显示 的 内 容 皆 是 由 LCD 控制 器 从 帧 缓冲 区 中 
读 出 , 然后 再 把 读 取 到 的 数据 发 送 到 LCD 驱动 器 进而 显示 到 屏幕 上 。 随 着 电子 技术 不 断 的 
发 展 ， 芯 片 的 集成 度 也 越 来 越 高 了 ， 很 多 嵌入 式 处 理 器 都 集成 了 LCD 控制 器 ， 如 三 星 的 
S3C2440， 本 节 将 以 S3C2440 的 LCD 控制 器 为 例 来 分 析 如 何 设置 LCD 控制 寄存 器 。 

S3C2440 的 LCD 控制 器 由 一 个 逻辑 单元 组 成 ， 它 的 作用 是 把 LCD 图 像 数 据 从 一 个 位 
于 系统 内 存 的 buffer 传送 到 一 个 外 部 的 LCD 驱动 器 。LCD 控制 器 使 用 一 个 基于 时 间 的 像 
素 拌 动 算法 和 侦 速 率 控制 思想 ， 可 以 支持 单 色 ，2-bit per pixel (4 级 灰 度 ) 或 者 4-bit-pixel 
(16 级 灰 度 ) 屏 ， 并 且 它 可 以 与 256 色 (8BPP) 和 4096 色 (12BPP) 的 彩色 STN-LCD 

LCD 控制 器 还 支持 1BPP、2BPP、4BPP、8BPP 的 调 色 板 TFT 彩色 屏 ， 并 且 支 持 64K 
色 (16BPP) 和 16M 色 (24BPP) 非 调 色 板 真 彩 显示 。LCD 控制 器 可 以 编程 满足 不 同 的 需 
求 ， 如 水 平 或 者 垂直 方向 的 像素 数目 ， 数 据 接口 的 数据 线 宽 度 ， 接 口 时 序 和 刷新 速率 等 。 


6.1.3 LCD 控制 器 方块 图 


图 6.1 描述 了 S3C2440 的 LCD 控制 器 结构 。 由 于 工作 原理 不 同 ，LCD 控制 器 的 接口 
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时 序 分 为 STN 和 TFT 两 种 。S3C2440 的 LCD 控制 器 可 以 同时 支持 STN 和 TFT 的 LCD 显 
示 屏 ， 根 据 实际 需要 对 控制 器 进行 不 同 的 设置 可 以 产生 不 同 的 时 序 。 


System Bus 


| TIMEGEN ~ VCLK / LCD_HCLK 
—— VLINE / HSYNC / CPV 
| [> VFRAM/ VSYNC /STV 


| ,| Lpc3600 VIDEO [M/AVDEN/TR 


REGBANK 中 


LCD LPCOE /LCD LCCINV 
SR 上 = LCD LPCOE/LCD LCCREV 
[| Lcc3600 | ~ LCD LPCOE /LCD LCCREVB 


LCDCDMA 痢 
VIDPRCS 


LPC3600 是 针对 LTX3500Q1-PD1 或 TS350Q1-PD2 的 控制 时 序 
LPC3600 是 针对 LTX3500Q1-PE1 或 TS350Q1-PE2 的 控制 时 序 


图 6.1 S3C2440 的 LCD 控制 器 结构 


S3C2440 LCD 控制 器 被 用 来 传送 视频 数据 和 生成 必要 的 控制 信号 ， 比 如 VFRAME、 
VLINE、VCLK 和 VM 等 。 除 了 控制 信号 外 ，S3C2440 还 有 作为 视频 数据 的 数据 端口 ， 它 
们 是 如 图 6.1 所 示 的 VD[23:0]。LCD 控制 器 由 REGBANK、LCDCDMA、VIDPRCS、 
TIMEGEN 和 LPC3600 组 成 。 

REGBANK 由 17 个 可 编程 的 寄存 器 组 和 一 块 256X16 的 调 色 板 内 存 组 成 ， 这 些 是 用 
来 配置 LCD 控制 器 的 。 LCDCDMA 是 一 个 专用 的 DMA, 它 能 自动 地 把 在 内 存 中 的 视频 数 
据 传送 到 LCD 驱动 器 。 通 过 使 用 这 个 DMA 通道 ， 视 频数 据 在 不 需要 CPU 干预 的 情况 下 
显示 在 LCD 屏 上 。VIDPRCS 接收 从 LCDCDMA 到 来 的 数据 , 将 数据 转换 为 合适 的 数据 格 
式 ， 比 如 说 4/8 位 单 扫 ，4 位 双 扫 显示 模式 ， 然 后 通过 数据 端口 VD[23:0] 传 送 视频 数据 到 
LCD 驱动 器 。 TIMEGEN 由 可 编程 的 逻辑 组 成 , 支持 不 同 的 LCD 驱动 器 接口 时 序 和 速率 的 
需要 ，TIMEGEN 块 可 以 产生 VFRAME、VLINE、VCLK 和 VM 等 时 钟 信号 。 

具体 的 数据 流 描述 如 下 : 

LCDCDMA 中 存在 FIFO 存储 器 。 当 FIFO 为 空 ， 或 者 部 分 为 空 的 时 候 ，LCDCDMA 
请 求 从 存储 器 中 取得 数据 ， 是 用 突 发 的 存储 传输 模式 取得 数据 的 (每 一 个 突 发 请 求 ， 连 续 
的 取 4 个 字 (16bytes〉， 在 总 线 传输 过 程 中 ， 不 允许 总 线 控制 权 交 给 另 一 个 总 线 控制 )。 
当 传 输 请 求 被 存储 控制 器 中 的 总 线 仲 裁 器 接收 后 ， 将 会 产生 连续 的 4 个 字 的 数据 传输 从 系 
统 内 存 到 内 部 的 FIFO。FIFO 的 总 共 大 小 为 28 个 字 , 由 12 个 字 的 FIFOL 和 16 个 字 的 FIFOH 
分 别 组 成 。S3C2440 用 2 个 FIFO 支持 双 扫 显示 模式 。 假 如 是 单 扫 模 式 ， 只 有 一 个 FIFO 会 
被 用 到 。 


6.1.4 LCD 控制 器 操作 


VD[23:0] 


S3C2440 的 LCD 控制 器 分 STN 控 制 和 TFT 控制 ,目前 市 面 上 主流 的 LCD 为 TFT-LCD， 
因此 本 节 将 基于 TFT-LCD 介绍 LCD 控制 器 的 使 用 。 对 于 STN-LCD 所 涉及 的 操作 与 此 
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类 似 。 

首先 来 了 解 一 下 视频 数据 在 内 存 中 是 怎么 存储 的 。 

显示 屏 上 每 个 像素 的 色彩 由 3 个 部 分 组 成 ， 即 红 、 绿 、 蓝 ， 这 就 是 我 们 经 常 说 的 三 基 
色 。 这 3 种 颜色 混合 可 以 表示 人 眼 所 能 识别 的 几乎 所 有 颜色 。 如 果 每 种 颜色 用 8bit 来 表示 ， 
则 每 种 颜色 可 分 为 256 阶 色 ， 那 么 一 个 像素 点 就 可 以 用 24bit (24BPP) 来 表示 ， 每 个 像素 
就 有 16M 阶 。S3C2440 的 TFT LCD 控制 器 支持 1、2、4、8BPP 调 色 板 彩色 模式 及 16BPP、 
24BPP 无 调 色 板 真 彩 模式 。 下 面 分 别 介绍 各 显示 模式 下 图 像 数据 的 存储 格式 。 


1. 24BPP 显 示 


24BPP 显示 模式 使 用 24 位 表示 一 个 像素 点 ， 每 种 颜色 用 8 比特 位 来 表示 。LCD 控制 
器 从 内 存 中 获得 某 个 像素 的 24 位 颜色 值 后 直接 通过 VD[23:0] 数 据 线 发 送 给 LCD 驱动 器 ， 
像素 值 与 VD[23:0] 引 脚 的 对 应 关系 如 表 6.1 所 示 。 


表 6.1 像素 值 与 VD[23:0] 引 脚 的 对 应 关系 
ww 123|22|2201|ls[Dll6lsl4lasl2lalaol?lsl716[51431210 
151413211o TU | 
GREEN| | | | [515141312|1o | | 
nr 
为 了 方便 DMA 传输 ， 在 内 存 中 使 用 4 字 节 来 表示 一 个 像素 ， 其 中 有 一 位 是 无 效 的 。 
可 以 通过 编程 来 选择 最 低 字 节 无 效 还 是 最 高 字 节 无 效 。 内 存 中 像素 的 排列 格式 ， 分 两 种 情 
况 ， 高 位 无 效 和 低位 无 效 ， 如 表 6.2 和 表 6.3 所 示 ， 图 6.2 为 像素 在 屏幕 上 的 排列 情况 。 
表 6.2 24BPP 内 存 中 像素 的 排列 格式 〈(BSWP=0，SHSWP=0，BPP24BL=0) 


Dummy Bit 


Dummy Bit 


Dummy Bit 


表 6.3 24BPP 内 存 中 像素 的 排列 格式 〈BSWP=0，SHSWP=0，BPP24BL=1) 

D[31:8] 
000H 
004H 
008H 


pl | P? | p3 | p4 | Ps 


LCD Panel 


6.2 ”24BPP 显示 模式 时 像素 在 屏幕 上 的 排列 情况 


“ls 
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2. 16BPP 


16BPP 模式 用 16 位 来 表示 一 个 像素 点 的 值 。 这 16 位 数据 的 格式 分 为 两 种 


: 5:6:5 和 


5:5:5:1， 前 者 使 用 高 5 位 表示 红色 ， 中 间 6 位 表示 绿色 ， 低 5 位 表示 蓝 色 ; 后 者 
表示 红 、 绿 、 蓝 3 种 颜色 ， 每 种 颜色 用 5 位 表示 ， 最 低位 表示 透明 度 。 


高 15 位 


内 存 数据 与 像素 位 置 的 关系 如 表 6.4 所 示 。NC 表示 没有 连接 ; 5:5:5:1 格式 下 “I” 表 


示 透 明度 。 


表 6.4 16BBP 像 素 值 与 VD[23:0] 引 脚 的 对 应 关系 


20 |19 |18 |17 |16 |15 |14 |13 |12 9 |8 
1 |0 INC NC 
5 |4 |3 |2 


NC | | | xc 
1 | eol ill 
[lo 


4 字 节 可 以 表示 两 个 像素 ， 使 用 高 2 字 节 还 是 低 2 字 节 来 表示 第 一 个 像素 也 是 可 以 编 


程 选 择 的 ， 如 表 6.5 和 表 6.6 所 示 ， 图 6.3 为 16BPP 模式 时 像素 在 屏幕 上 的 排列 
表 6.5 16BPP 内 存 中 像素 的 排列 格式 (BSWP=0，SHSWP=0) 
000H 


004H 
008H 


Pl | pz | p3 | p4 | ps | … 


LCD Panel 


图 6.3 16BPP 显示 模式 时 像素 在 屏幕 上 的 排列 情况 


0s 


情况 。 
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2. 00PP 


8BPP 显示 模式 使 用 8 位 来 表示 一 个 像素 点 ， 然 而 对 3 种 基色 平均 下 来 ， 每 种 基色 只 
能 使 用 不 到 3 位 的 数据 来 表示 ， 即 每 种 基色 最 多 不 过 8 阶 ， 这 不 能 表示 更 丰富 的 色彩 。 

4 字 节 可 以 表示 4 个 8BPP 的 像素 ， 字 节 与 像素 的 对 应 顺序 也 是 可 以 编程 选择 的 ， 如 
表 6.7 和 表 6.8 所 示 ， 图 6.4 为 8BPP 模式 时 像素 在 屏幕 上 的 排列 情况 。 


表 6.7 8BPP 内 存 中 像素 的 排列 格式 (BSWP=0，SHSWP=0) 


D[31:24] 
000H Pl 
004H Pp5 
Pp9 


DI[15:8] D[7:0] 
Pp3 P4 
P7 P8 


Pl | Pp2 | P34 | PS p6 [Pp7 P8 | P9 | P10 | Pll| P12 |…… 


LCD Panel 


6.4 8BPP 显示 模式 时 像素 在 屏幕 上 的 排列 情况 


4. 256 色 调 色 板 


为 了 解决 8BPP 模式 下 显示 能 力 弱 的 问题 ， 需 要 使 用 调 色 板 。 每 个 像素 对 应 的 8 位 数 
据 不 是 用 来 表示 RGB 3 种 基色 ， 而 是 表示 它 在 调 色 板 中 的 索引 值 ; 要 显示 这 个 像素 时 ， 使 
用 这 个 索引 值 从 调 色 板 中 取得 其 RGB 值 。 这 里 说 的 调 色 一 块 内 存 ， 可 以 对 每 个 索引 值 设 
置 颜色 ， 可 以 使 用 24BPP 或 16BPP。S3C2440 为 TFT 显示 器 提供 256 色调 色 板 ， 调 色 板 
是 一 块 256X16 的 内 存 ， 使 用 16BPP 的 格式 来 表示 8BPP 模式 下 各 索引 值 的 颜色 。8BPP 
模式 下 每 种 基色 只 能 使 用 不 到 3 位 ， 所 以 每 种 基色 最 大 的 索引 值 为 8， 只 能 表示 256 阶 中 
的 8 个 阶 值 . 这 样 ,即使 使 用 8BPP 的 显示 模式 , 最 终 出 现在 LCD 数据 总 线 上 的 仍 是 16BPP 
的 数据 。 

调 色 板 中 数据 存放 的 格式 与 上 面 所 描述 的 16BPP 显示 模式 相似 ,也 分 两 种 格式 : 5:6:5 
和 5:5:5:1。 调 色 板 中 数据 的 格式 及 其 与 LCD 数据 线 的 对 应 关系 如 表 6.9 所 示 。 


“1l6ls 
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表 6.9 调 色 板 中 数据 的 格式 及 其 与 LCD 数 据 线 的 对 应 关系 


5:6:5 格式 : 


Number of DV 


INDEX\Bit Pos 11 | 10 5 Address 
00H R0 | G5 | G4 | G3 | G2 | G1 | G0 | B4 | B3 | B2 | B1 |B0 0X4D000400 
01H R4 | R3|R2 RO|G5|G4|G3|G2|G1|G0|B4 | B3 | B2 | B1 |Bo OX4D000404 
FFH R4 | R3 | R2 | Rl | R0 | G5 | G4 | G3 | G2 | G1 | G0 | B4 | B3 OX4D0007FC 
19115|14|13|12111|10|17 3 


5:5:5:1 格式 : 


INDEXBitpos | 15|14|13|12|a|1019|s|76|5|4|3|2|1 


00H R1 | R0 | G5 |G4 |G3 |G2 | Gl B4 | B3 0X4D000400 
01H RI1 |RO Gs | G4 | G3 | G2 | G1 B4 | B3 | B2 0X4D000404 


FFH R4 R1 G5|G4|G3 B4 | B3 | B2 | Bl | BO |0X4D0007FC 
Number of DV 20 15 | 14 | 13 | 12 | 11 TI6|S|4 


名 说 明 : 0x4D000400 是 调 色 板 的 起 始 地 址 ; VD18、VD10 和 VD2 有 同样 的 输出 
值 ; .DATA[31:16] 是 无 效 的 。 


现在 ， 读 者 基本 知道 视频 数据 在 内 存 中 的 存储 格式 了 ， 下 面 再 来 了 解 一 下 这 些 数据 是 
如 何 显示 到 LCD 屏 的 ， 这 就 要 了 解 LCD 的 时 序 ， 下 面 开 始 介绍 TFT-LCD 时 序 。 
TFT-LCD 时 序 图 如 图 6.5 所 示 。 


INT_FrSyn | 


| 
VSYNC | 1 | | 
HSYNC Ll I | | [NN L 


| DT UNEVAL+ VD VFPD+!1! 
wm | 1 Frame 
1 Line 


1Line 


也 
品 
和 | 一 
mn | 


ps 


一 
HBPD+1 十 FI 
HSPW+1 HOZVAL+1 HFPD+1 


图 6.5 TFT-LCD 时 序 图 
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图 6.5 是 TFT 屏 的 典型 时 序 。 其 中 VSYNC 是 帧 同步 信号 ，VSYNC 每 发 出 1 个 脉冲 ， 


都 意味 着 新 的 1 屏 视频 资料 开始 发 送 。 


而 HSYNC 为 行 同步 信号 ， 每 个 HSYNC 脉冲 都 表 


明 新 的 1 行 视频 资料 开始 发 送 。 而 VDEN 则 用 来 标明 视频 资料 的 有 效 ，VCLK 是 用 来 锁 存 


视频 资料 的 像素 时 钟 。 


在 帧 同步 及 行 同步 的 头 尾 都 必须 留 有 回 


就 是 (VSPW+1) + (VBPD+1) ， 后 回 


扫 时 间 ， 例 如 对 于 VSYNC 来 说 ， 前 回 扫 时 间 
扫 时 间 就 是 (VEFPD+1) ; HSYNC 亦 类 同 。 这 样 的 


国 


时 序 要 求 是 当初 CRT 显示 器 由 于 电子 枪 偏转 需要 时 间 , 但 后 来 成 了 实际 上 的 工业 标准 , 乃 
至 于 后 来 出 现 的 TFT 屏 为 了 在 时 序 上 与 CRT 兼容 ， 也 采用 了 这 样 的 控制 时 序 。 


6.1.5 ”LCD 控制 寄存 器 


S3C2440 提供 了 LCD 控制 器 , 其 中 有 17 个 控制 寄存 器 , 包括 LCDCON1~LCDCON5 
及 LCDSADDR1-LCDSADDR3 等 ， 下 面 将 分 别 介绍 。 


1. LCD 控 制 寄 存 器 LCDCON1 


LCDCON1 用 于 选择 LCD 类型、 设置 像素 时 钟 、 使 能 LCD 输出 信号 等 ， 其 格式 如 表 


6.10 所 示 。 
表 6.10 LCDCON1 控制 格式 
功 能 描述 初始 状态 

a 每 输出 一 个 有 效 行 其 值 减 1 0 
用 于 设置 VCLK 的 值 

CLKVAL STN: VCLK=HCLK/ (CLKVALX2) 0 
TFT: VCLK=HCLK/ ( (CLKVAL+1) X2) 

NN ee VM 信号 的 反 转 效率 ， 只 用 于 TFT 
设置 LCD 的 类 型 
00: 4 位 双 扫描 (STN) 

PNRMODE 01: 4 位 单 扫描 〈STN) 0 
10: 8 位 单 扫描 (STN) 
11: TFT 屏 
选择 BPP 模式 ， 对 于 TFT 屏 
1000: 1BPP 
1001: 2BPP 

BPPMODE 1010: 4BPP 0 
1011: 8BPP 
1100: 16BPP 
1101: 24BPP (STN) 

Rs 信号 输出 使 能 位 i 
0: 禁止 ，1: 使 能 
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2. LCD 控 制 寄存 器 LCDCON2 
用 于 设置 垂直 方向 各 信号 的 时 间 参 数 ， 其 格式 如 表 6.11 所 示 。 


表 6.11 LCDCON2 控制 格式 
描 述 
VSYNC 信号 之 后 ， 还 要 经 过 (VBPD+1) 个 HSYNC 信号 周期 才 会 
出 现 有 效 行 数据 

LCD 的 行 数 : (LINEVAL+1) 行 | 0o 
一 帧 中 的 有 效 数据 完成 后 , 到 下 一 个 VSYNC 信号 有 效 前 的 无 效 行 数 
目 : (VFPD+1) 

表示 VSYNC 信号 的 宽度 为 (VSPW+1) 个 HSYNC 信号 周期 ， 这 
(VSPW+1) 行 的 数据 无 效 


功 能 位 


VBPD | [31:24] 


LINEVAL | [23:14] 


VEPD | [13:6] 


VSPW [5:0] 


3. LCD 控 制 寄 存 器 LCDCON3 


用 于 设置 水 平方 向 各 信号 的 时 间 参 数 ， 其 格式 如 表 6.12 所 示 。 
表 6.12 LCDCON3 控制 格式 


[26.19] | HSYNC 信号 及 汪 之后， 还 要 经 过 (HBPD+1) 个 VCLK 信号 局 期， 
] | 才 出 现 有 效 数据 


功 能 
HBPD 


LCD 的 水 平 宽度 : (HOZVAL+1) 个 像素 


HOZVAL | [18:s] 
HSYNC 
Bb | 到 下 一 个 信号 有 效 前 的 无 效 像素 


4. LCD 控 制 寄 存 器 LCDCON4 
对 于 TFT 屏 ， 这 个 寄存 器 用 来 设置 HSYNC 信号 的 脉冲 宽度 ， 其 格式 如 表 6.13 所 示 。 


表 6.13 LCDCON4 控制 格式 
初始 值 
[SN | »， 
一 一 一 一 一 (HSPW+1) 个 VCLK 信号 周期 0 
0 
5. LCD 控 制 寄存 器 LCDCON5 
用 于 设置 各 个 控制 信号 的 极 性 ， 并 可 从 中 读 取 状态 信息 ， 其 格式 如 表 6.14 所 示 。 
表 6.14 LCDCON5 控制 格式 


功 能 描述 初始 值 
: 处 于 VSYNC 信号 脉冲 期 间 
VSTATUS [16:15] : 处 于 VSYNC 信号 结束 到 行 有 效 之 间 0 


: 处 于 行 有 效 结束 到 下 一 个 VSYNC 信号 之 间 
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续 表 
功 能 位 描 述 初始 值 
只 读 ， 描 述 水 平 状态 
00: 处 于 HSYNC 信号 脉冲 期 间 
HSTATUS 14:13] 01: 处 于 HSYNC 信号 结束 到 像素 有 效 之 间 0 


10: 处 于 像素 有 效 期 间 

11: 处 于 像素 有 效 结束 到 下 一 个 HSYNC 信号 之 间 

设置 TFT 屏 的 显示 模式 为 24BPP 时 ， 一 个 4 字 节 中 哪 3 
BPP24BL 12] 个 字 节 有 效 。 0 
0: 低 3 字 节 有 效 ，1: 高 3 字 节 有 效 

设置 TFT 屏 的 显示 模式 为 16BPP 时 ， 数 据 的 格式 


END 1 0: 5:5:5:1; ls 5:6:5 8 

ER 10] 设置 VCLK 信号 有 效 沿 的 极 性 i 
0: 下 降 沿 读 取 数据 ，1: 在 上 升 沿 读 取 数据 

i 9] 设置 VLINE/HSYNC 脉冲 的 极 性 
0: 正常 极 性 ;1: 反 转 的 极 性 

INVVFRAME | [8] 设置 VFRAME/VSYNC 脉冲 的 极 性 iG 
0: 正常 极 性 ; 1: 反 转 的 极 性 

i 7 设置 VD 数据 线 表 示 数 据 的 极 性 ” 
0: 正常 极 性 ，1: 反 转 的 极 性 

i q 设置 VDEN 信号 的 极 性 0 
0: 正常 极 性 ，1: 反 转 的 极 性 

VEWiREN | 向 设置 PWREN 信号 的 极 性 
0: 正常 极 性 ; 1: 反 转 的 极 性 
设置 LEND 信号 的 极 性 

INVLEND 4] 0 


0: 正常 极 性 ，1: 反 转 的 极 性 
LCD_PWREN 信号 输出 使 能 


EEN 3] 0: 禁止 ，1: 使 能 

a | LEND 信号 输出 使 能 
0: 禁止 ，1。 使 能 

own 字 节 交换 使 能 ， 
0: 禁止 ，1， 使 能 

i 半 字 交换 使 能 ， 
0: 禁止 ，1。 使 能 


6. 帧 内 存 地 址 寄存 器 


帧 内 存 可 以 很 大 ， 而 真正 要 显示 的 区 域 称 为 视 口 ， 它 处 于 帧 内 存 之 内 。s3c2440 有 3 
个 帧 内 存 地 址 寄存 器 ， 这 3 个 寄存 器 用 于 确定 帧 内 存 的 起 始 地 址 ， 定 位 视 口 在 帧 内 存 的 位 
置 ， 其 格式 如 表 6.15 所 示 。 
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表 6.15 帧 内 存 地 址 寄存 器 格式 


LCDSADDR1 
功 能 位 描述 
AR 9 用 于 保存 帧 内 存 起 始 地 址 的 A [30: 22] ， 帧 
[D921] 。 | 内 存 起 始 地 址 必须 为 4M 对 齐 
LCDBASEU [20:0] 
LCDSADDR2 
功 能 位 描述 
对 于 双 扫 描 ， 用 于 保存 下 半 帧 的 起 始 地 址 
对 于 单 扫描 ， 用 于 保存 帧 的 结束 地 址 
LCDBASEL [20: 0] 其 值 按 如 下 公式 计算 : 
LCDBASEL=CLDBASEU+ 
(PAGEWIDTH+OFFSIZE) * (LINEVAL+1) 
LCDSADDR3 
功 能 位 
OFFSIZE [21:11] 表示 上 一 行 最 后 一 个 数据 与 下 一 行 第 一 个 数据 
间 地 址 差 值 的 一 半 ， 即 以 半 字 为 单位 的 地 址 差 
人 i ae 
EE [10:0] Se 这 个 值 决定 视 口 的 宽度 ， 以 半 字 


6.2 LCD 参数 设置 


LCD 驱动 编写 的 主要 任务 就 是 根据 所 使 用 的 LCD 屏 正确 地 设置 对 应 的 LCD 寄存 器 参 
数 。 前 面 已 经 讲述 了 S3C2440 LCD 各 控制 寄存 器 ， 本 节 中 ,我们 将 讲述 如 何 设置 这 些 寄存 
器 参数 。 


1. 设置 VFRAME、VLINE 
VFRAME 和 VLINE 信号 可 以 根据 液晶 屏 的 尺寸 和 显示 模式 来 设置 ， 它 们 对 应 
LCDCON?2 寄存 器 的 HOZVAL 和 LINEVAL 值 ， 设 置 方法 如 下 : 


HOZVRAL= 〈 水 平 尺 寸 /VD 数据 位 ) -1 

彩色 液晶 屏 : 水 平 尺寸 =3 X 水 平 像素 点 数 
VD 数据 位 =BBP 数 〈 不 分 单 双 扫描 ) 
LINVRL= 垂 直 尺 寸 -1《〈 单 扫描 ) 
LINVRAL= 垂 直 尺寸 /2-1《〈 双 扫描 ) 


2. 设置 VCLK 


LCD 控制 器 输出 的 VCLK 是 直接 由 系统 总 线 (AHB) 的 工作 频率 HCLK 直接 分 频 得 
到 的 。 
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VCLK=HCLK/ ( (CLKVAL+1) X 2) 


3. 帧 速率 


帧 速率 就 是 VSYNC 信号 的 频率 。 帧 速率 与 VSYNC、VBPD、VFPD、LINEVAL、 
HSYNC、HBPD、HFPD、HOZVAL 和 CLKVAL 的 域 有 关 ， 它 们 是 LCDCON1/2/3/4。 大 
多 数 LCD 驱动 器 需要 它们 合适 的 帧 速率 。 帧 速率 按 如 下 公式 计算 : 

Frame Rate=1/[{ (VSPW+1)+(VBPD+1)+(LINEVAL+1)+(VFPD+1)} * 

{ (HSPW+1)+ (HBPD+1)+ (HFPD+1)+HOZVAL+1}*{2*(CLKVAL+1) /HCLK}] 

其 中 ，VSPW、VBPD、VFPD、HSPW、HBPD、HFPD 需要 参考 具体 的 LCD 屏 的 手 
册 (datasheet) 来 设置 。 


6.3 ”内核 LCD 驱动 机 制 


本 节 开 始 ， 将 介绍 如 何 编写 LCD 驱动 程序 。 实 际 上 ，Linux 已 经 为 显示 设备 专门 提供 
了 一 类 驱动 程序 ， 叫 做 帧 缓冲 FrameBuffer) 设备 驱动 程序 。 实 际 工 作 中 ， 工 程 师 只 需要 
在 显示 缓存 中 填写 将 要 显示 的 数据 ， 屏 幕 上 就 会 显示 出 相应 的 图 像 ， 驱 动 的 主要 工作 就 是 
准确 地 得 到 这 个 显示 缓存 的 地 址 ， 然 后 对 它 进行 操作 。 


6.3.1 FrameBuffer 概述 


帧 缓冲 区 是 出 现在 Linux 2.2.xx 及 以 后 版 本 内 核 中 的 一 种 驱动 程序 接口 ， 这 种 接口 把 
显示 设备 抽象 成 为 帧 缓冲 区 设备 区 。 帧 缓冲 区 为 图 像 设 备 提供 了 一 种 抽象 化 的 处 理 ， 它 代 
表 了 一 些 视频 设备 ， 人 允许 应 用 软件 通过 定义 明确 的 界面 来 访问 图 像 硬件 设备 。 这 样 软件 无 
须 了 解 任何 涉及 硬件 底层 驱动 的 东西 (如 硬件 寄存 器 〉。 

帧 缓冲 区 允许 上 层 应 用 程序 在 图 形 模式 下 直接 对 显示 缓冲 区 进行 读 写 和 IO 控制 等 操 
作 。 通 过 专门 的 设备 结 点 可 对 相应 的 设备 进行 访问 ， 如 /dev/fb0。 应 用 程序 可 以 将 它 看 成 是 
显示 内 存 的 一 个 引用 ， 将 其 映射 到 进程 地 址 空间 之 后 ， 就 可 以 进行 读 写 操作 ， 而 读 写 操作 
可 以 反映 到 具体 的 LCD 设备 上 。 

此 外 ，FrameBuffer 驱动 程序 还 考虑 了 支持 控制 台 的 字符 显示 。 在 Linux 2.4 内 核 中 ， 
与 FrameBuffer 控制 台 有 关 的 代码 被 放 到 了 fbcon 和 其 他 相关 目录 中 ; 在 Linux 2.6 内 核 中 ， 
这 些 代 码 被 放 到 了 drivers/video/console 中 ， 它 们 涵盖 了 各 种 格式 显示 缓冲 的 字符 输出 、 字 
体 定义 文件 ， 这 样 可 以 简化 FrameBuffer 控制 台 驱 动 程序 的 移植 。 


6.3.2 ”FrameBuffer 设备 驱动 的 结构 


FrameBuffer 设备 驱动 基于 两 个 文件 ，linux/include/linux/fb.h 和 linux/drivers/video/ 
fomem.c。 其 中 ，fb.h 定义 了 Framebuffer 驱动 所 要 用 到 的 几乎 所 有 的 结构 体 ， 这 些 结构 主 
要 包括 struct fb_info、struct fb_var_screeninfo 和 struct fb fix_screeninfo。 下 面 分 别 讲述 这 
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几 个 结构 体 。 


1. struct fb_info 


struct fb_info 记录 了 帧 缓冲 的 全 部 信息 ， 包 括 设置 参数 、 状 态 、 操 作 函 数 指针 等 。 每 
个 帧 缓冲 设备 均 由 一 个 struct fb _info 体 来 描述 它 ，struct fb info 所 包含 的 参数 、 状 态 、 操 
作 函 数 指针 都 是 面向 特定 的 设备 ， 驱 动 开发 工程 师 的 任务 就 是 填写 这 些 数值 。 这 个 结构 体 


也 是 所 有 FrameBuffer 相关 结构 中 唯一 一 个 在 内 核 空间 可 见 的 ， 具 体 结构 代码 如 下 : 


struct fb info { 


int node; /* 次 设备 号 ， 如 fb0 中 的 “0”*/ 

int flags; 

struct fb var screeninfo var; /* 当 前 可 变 参数 */ 

struct fb fix screeninfo fix; /* 当 前 固定 参数 */ 

struct fb monspecs monspecs; /* 当 前 的 显示 器 模式 */ 

struct work struct queue; /* 事 件 队 列 */ 

struct fb pixmap pixmap; 

struct fb pixmap sprite; 

struct fb _cmap cmap; /* 当 前 cmap*/ 

struct list head modelist; /* 模 式 列表 */ 

struct fb videomode *mode; /* 当 前 模式 */ 

struct fb ops *fbops; /* 一 些 操 作 指针 集 ， 下 面 会 讲 到 */ 

struct device *device; /* 指 向 struct platform device 中 的 
dev 成 员 */ 


struct class device *class device; /*sysfs 文件 系统 用 到 */ 
#ifdef CONFIG FB TILEBLITTING 


struct fb tile ops *tileops; /*Tile Blitting*/ 
#endif 

char _ iomem *screen base; /* 硬 件 I/O 的 虚拟 地 址 */ 

unsigned long screen size; 

void *pseudo palette; /* 调 色 板 */ 


#define FBINFO STATE RUNNING 0 
#define FBINFO STATE SUSPENDED 1 
u32 state; /* 硬 件 状态 */ 
void *fbcon par; 
/*From here on everything is device dependent*/ 
void *par; /* 驱 动 定义 的 私有 数据 */ 


由 上 可 见 ,struct fb_var_screeninfo 和 struct fb_fix_screeninfo 两 个 结构 体 被 包含 于 struct 


fb_info， 这 两 个 结构 记录 了 设备 状态 信息 。 它 们 和 struct fb_info 的 关系 如 图 6.6 所 示 。 


由 图 可 以 看 出 struct fb_var_screeninfo 与 fb fix screeninfo 的 区 别 ，struct fb_var_ 
screeninfo 可 以 通过 fb_ops 接口 调用 进行 参数 的 设置 。fb_ops 定义 了 一 些 操作 函数 ， 用 户 
应 用 程序 可 以 使 用 ioctlO 系 统 调用 来 操作 设备 ， 这 个 结构 就 是 用 于 支持 iocttO 的 这 些 操作 。 


2. fb_var_screeninfo 


struct fb_var screeninfo 记录 了 帧 缓冲 设备 和 指定 显示 模式 的 可 修改 信息 。 它 包括 显示 
屏幕 的 分 辨 率 、 每 个 像素 的 比特 数 和 一 些 时 序 变量 。 其 中 变量 xres 定义 了 屏幕 中 一 行 所 占 


像素 的 数目 ，yres 定义 了 屏幕 中 一 列 所 占 像素 的 数目 ，bits_per_pixel 定义 了 每 个 像素 
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3. fb_fix_screeninfo 


而 他 _fix_screeninfo 定义 了 硬件 的 不 可 变 属性 ， 显 示 缓冲 区 的 映射 地 址 也 被 定义 在 这 
里 ， 它 表示 缓冲 区 不 应 该 被 应 用 程序 所 改变 。 下 面 是 这 个 结构 体 的 代码 : 


struct fb fix screeninfo { 


char id[16]; /* 驱 动 中 定义 的 设备 名 字 */ 
unsigned long smem start; /*frame buffer 的 开始 地 址 ， 这 是 物理 地 址 */ 
_u32 smem len; /*frame buffer 内 存 的 长 度 */ 
_u32 type; /* 类 型 */ 
_u32 type aux; /*Interleave for interleaved Planes*/ 
_u32 visual; /*see FB VISUAL **#/ 
_ ul6 xpanstep7 /* 如 果 硬 件 没有 panning， 那 么 填 0*/ 
_ ul16 ypanstep; /* 如 果 硬 件 没有 panning， 那 么 填 0*/ 
_ul6 ywrapstep; /* 如 果 硬 件 没有 panning， 那 么 填 0*/ 
_u32 line length; /* 一 行 的 字 节 表示 */ 
unsigned long mmio start; /*frame buffer 的 开始 地 址 ， 这 是 虚拟 地 址 */ 
_u32 mmio len; /*I/O 的 大 小 */ 
_ uu32 accel; /* 可 用 的 加 速 类 型 ”*/ 
_ ul6 reserved[3]; /* 保 留 位 */ 
}; 
4. fomem.c 


fbmem.c 是 Framebuffer 设备 驱动 技术 的 关键 。 它 为 上 层 应 用 程序 提供 系统 调用 也 为 下 
一 层 的 特定 硬件 驱动 提供 编程 接口 ， 那 些 底层 硬件 驱动 需要 用 到 这 里 的 接口 来 向 系统 内 核 
注册 它们 自己 。 

fbmem.c 为 所 有 支持 FrameBuffer 的 设备 驱动 提供 了 通用 的 接口 ， 避 免 了 重复 的 工作 。 
用 户 开 发 硬件 驱动 时 ， 只 要 针对 fbmem.c 中 提供 的 底层 驱动 接口 函数 分 别 加 以 实现 即 可 。 
这 些 接口 函数 就 是 前 面 讲 到 的 struct fb_ops 函数 指针 组 ， 有 具体 代码 如 下 : 


struct fb ops { 


i 


struct module *owner; 

int (*fb open) (struct fb info *info, int user); 

int (*fb release) (struct fb info *info, int user); 

ssize t (*fb read) (struct fb info *info, char _ user *buf, 

size t count, loff t *ppos); 

ssize 七 (*fb write) (struct fb info *#info, const char _user *buf, 
size t count, loff t *ppos); 

int (*fb check var) (struct fb var screeninfo *var, struct fb info *info); 

int (*fb set par) (struct fb info *info); 

int (*fb_ setcolreg) (unsigned regno, unsigned red, unsigned green, 
unsigned blue, unsigned transp, struct fb info *info); 

int (*fb setcmap) (struct fb cmap *cmap, struct fb info *info); 

int (*fb blank) (int blank, struct fb info *info); 

int (*fb pan display) (struct fb var screeninfo *var, struct fb info 

*info); 

void (*fb fillrect) (struct fb info *info, const struct fb fillrect 
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*rect); 
void (*fb copyarea) (struct fb info *info, const struct fb copyarea 
*region); 
void (*fb imageblit) (struct fb info *info, const struct fb image 
*image); 
int (*fb cursor) (struct fb info *info, struct fb cursor *cursor); 
void (*fb rotate) (struct fb info *info, int angle); 
int (*fb sync) (struct fb info *info); 
int (*fb ioct1) (struct fb info *info, unsigned int cmd, 
unsigned long arg); 
int (*fb compat ioctl1) (struct fb info *info, unsigned cmd, 
unsigned long arg); 
int (*fb mmap) (struct fb info *info, struct vm area struct *vma); 
void (*fb save state) (struct fb info *info); 
void (*fb restore state) (struct fb info *info); 
void (*fb get caps) (struct fb info *info, struct fb blit caps *caps, 
struct fb var screeninfo *var); 

}; 

这 个 结构 体内 有 很 多 函数 ， 在 这 里 不 一 一 讲述 了 ， 驱 动 不 用 每 个 函数 都 去 实现 它 ， 只 
要 实现 其 中 部 分 函数 就 可 以 了 ， 比 较 多 的 是 实现 设备 属性 的 设置 和 获得 函数 如 fb_get_var、 
fb_set_var。 

fbmem.c 还 实现 了 如 下 函数 : 

register framebuffer(struct fb info *fb info); 

unregister framebuffer(struct fb info *fb info); 


这 两 个 是 提供 给 下 层 FrameBuffer 设备 驱动 的 接口 ， 设 备 驱动 程序 通过 这 两 个 函数 向 
系统 注册 或 注销 自己 。 可 以 说 底层 设备 驱动 所 要 做 的 所 有 事情 就 是 填充 fb_info 结构 并 向 系 
统 注册 或 注销 它 。 


6.4 Linux 2.6.25 的 LCD 驱动 源码 分 析 


内 核 源 码 中 已 经 有 ICD 的 相 驱动 了 ， 驱 动 开发 人 员 只 要 了 解 了 内 核 的 LCD 驱动 体系 
结构 ,然后 参考 内 核 中 已 有 LCD 驱动 源码 , 再 针对 具体 的 显示 屏 型 号 和 硬件 资源 做 相关 修 
改 就 可 以 了 。 因 此 ， 从 本 节 开 始 将 要 分 析 Linux 2.6.25 的 LCD 驱动 源码 。 


6.4.1 LCD 驱动 开发 的 主要 工作 

LCD 驱动 开发 的 工作 包括 两 个 方面 ， 分 别 是 初始 化 函数 的 编写 和 填充 fb_info 结构 体 
中 的 主要 成 员 函 数 ， 下 面 分 别 讲述 。 

1. 编写 初始 化 函数 


初始 化 函数 首先 初始 化 各 个 LCD 控制 器 寄存 器 ， 通 过 写 寄存 器 来 设置 显示 的 模式 和 
颜色 数 ， 然 后 在 内 存 中 分 配 LCD 显示 缓冲 区 。 在 Linux 中 可 以 用 kmalloc0 函 数 分 配 一 段 
连续 的 空间 。 缓 冲 区 大 小 为 : 点 阵 行 数 X 点 阵列 数 X 用 于 表示 一 个 像素 的 比特 数 /8。 绥 冲 
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区 通常 分 配 在 大 容量 的 片 外 SDRAM 中 ， 起 始 地 址 保存 在 LCD 控制 寄存 器 中 。 本 节 采 用 
的 LCD 显示 方式 为 320X240、16 位 彩色 , 则 需要 分 配 的 显示 缓冲 区 为 320X240X2=15kb。 
最 后 是 初始 化 一 个 tb info 结构 体 ， 填 充 其 中 的 成 员 变 量 ， 并 调用 register_framebuffer 
(&fb info)， 将 fb info 注册 入 内 核 。 


2. 编写 成 员 函 数 


对 于 嵌入 式 系统 的 简单 实现 ， 编 写 结构 fo_info 中 函数 指针 fb_ops 对 应 的 成 员 函 数 只 
需要 下 列 3 个 函数 就 可 以 了 。 


struct fb ops{ 


int (*fb get fix) (struct fb fix screeninfo *#fix, int con, struct fb info 
*info); 
int (*fb get var) (struct fb var screeninfo *var, int con, struct fb info 
*info); 
int (*fb set var) (struct fb var screeninfo *var, int con, struct fb info 
*info); 


ee 


Struct fb_ops 在 include/linux/fb.h 中 定义 ,前 面 已 经 讲述 过 了 。 这 些 函 数 都 是 用 来 设置 
/获取 fb_info 结构 中 的 成 员 变量 的 。 当 应 用 程序 对 设备 文件 进行 ioctl 系统 调用 时 会 调用 它 
们 。 对 于 fb_get_fix0， 应 用 程序 把 fb_fix_screeninfo 这 个 结构 传 进来 ， 在 函数 中 对 各 个 成 
员 变 量 赋值 ， 主 要 是 smem_start (缓冲 区 起 始 地 址 ) 和 smem_len〔 绥 冲 区 长 度 ) ， 最 终 返 
回 给 应 用 程序 。 而 fb_set_var0 函 数 的 传 入 参数 是 fbp_var_screeninfo， 函 数 中 需要 对 xres、 
yres 和 bits_per_pixel 赋值 。 

对 于 /dev/fb， 对 显示 设备 的 操作 主要 有 以 下 几 种 。 


口 
口 


6.4.2 


读 / 写 (read/write) /dev/fb: 相当 于 读 / 写 屏幕 缓冲 区 。 

映射 (map) 操作 : 由 于 Linux 工作 在 保护 模式 ， 每 个 应 用 程序 都 有 自己 的 虚拟 地 
址 空间 ， 在 应 用 程序 中 是 不 能 直接 访问 物理 缓冲 区 地 址 的 。 为 此 ，Linux 在 文件 操 
作 file_operations 结构 中 提供 了 mmap0 函 数 ， 可 将 文件 的 内 容 映 射 到 用 户 空间 。 
帧 缓冲 设备 则 可 通过 映射 操作 ， 可 将 屏幕 缓冲 区 的 物理 地 址 映射 到 用 户 空间 的 一 
段 虚拟 地 址 之 内 ， 之 后 用 户 就 可 以 通过 读 写 这 段 虚拟 地 址 访问 屏幕 缓冲 区 ， 在 屏 
幕 上 绘图 了 。 

IO 控制 : 帧 缓冲 设备 对 设备 文件 的 ioctl 操作 可 读 取 / 设 置 显示 设备 及 屏幕 的 参数 ， 
如 分 辨 率 、 显 示 颜 色 数 和 屏幕 大 小 等 。ioctl 的 操作 是 由 底层 的 硬件 驱动 程序 来 完 
成 的 。 在 应 用 程序 中 ， 操 作 /dev/fb 的 一 般 步骤 是 : 打开 /dev/fb 设备 文件 ， 用 ioctrl 
操作 取得 当前 显示 屏幕 的 参数 ， 如 屏幕 分 辨 率 以 及 每 个 像素 的 比特 数 ， 根 据 屏 幕 
参数 可 计算 屏幕 缓冲 区 的 大 小 ; 将 屏幕 缓冲 区 映射 到 用 户 空 间 ， 映 射 后 即 可 直接 
读 写 屏 幕 缓冲 区 ， 进 行 绘图 和 图 片 显示 了 。 


s3c2410fb_init() 函 数 分 析 


首先 要 分 析 的 是 s3c2410fb_init0 函 数 ， 该 函数 内 容 相对 简单 ， 在 s3c2410fb_initO) 函 数 
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体内 只 是 包装 了 对 平台 驱动 注册 函数 platform driver register0 的 调用 ， 它 的 参数 是 
&s3c2410fb driver。 这 里 是 向 内 核 注册 一 个 platform 设备 驱动 的 意思 ， 该 platform 设备 是 
LCD 设备 。 

platform 有 两 个 比较 重要 的 数据 结构 ， 分 别 是 platform_device 和 platform driver， 这 里 
到 的 就 是 platform_ driver。platform driver 在 include/linux/platform_device.h 中 有 定义 ， 
它 的 成 员 无 非 是 一 些 回 调 函 数 还 有 一 个 同 platform device 一 致 的 设备 名 字 ， 在 前 面 章节 已 
经 讲 过 了 。 在 LCD 驱动 程序 (drivers/video/s3c2410fb.c ) 中 有 platform_driver 结构 体 的 
定义 ， 内 容 如 下 : 


static struct Platform driver s3c2410fb driver = { 


.probe = s3c2410fb probe, // 初 始 化 函数 
.remove = Ss3c2410fb remove, 
.suspend = s3c2410fb_suspend, 
.resume = Ss3c2410fb resume, 
.driver ={ 
-name ”= "s3c2410-lcd", /* 设 备 名 字 ， 这 个 名 字 一 定 要 和 struct Platform 


device 中 的 name 域 一 样 才能 把 平台 驱动 和 前 面 定义 的 
平台 数据 联系 起 来 */ 


.owner = THIS MODULE, 
}, 
}; 
由 以 上 可 以 看 到 该 platform 设备 的 驱动 有 s3c2410fb_probe 、s3c2410fb_remove 等 回 
调 函 数 。 在 通过 platform_driver_register 函数 注册 该 设备 的 过 程 中 ， 它 会 回调 probe 探测 
函数 ， 也 就 是 说 s3c2410fb_probe 是 在 platform driver registe 中 被 回调 的 。 


6.4.3”s3c2410fb_probe() 函 数 分 析 


这 个 函数 是 驱动 的 关 奸 函数， 下面 就 一 步 步 来 分 析 它 。 因 为 函数 太 长 ， 这 里 先 列 出 源 
码 ， 然 后 在 后 面 再 对 源码 进行 分 析 。 


799 static int _init s3c24xxfb probe(struct platform device *pdev, 


800 enum s3c drv type drv type) 
801 四 

802 struct s3c2410fb info *info; 

803 struct s3c2410fb display *display; 

804 struct fb info *fbinfo; 

805 struct s3c2410fb mach info *mach info; 
806 struct resource *res; 

807 int rets 

808 int irqg; 

809 int i; 

810 int size; 

811 u32 lcdconl; 

812 


第 802 一 811 行 定义 了 本 函数 用 到 的 变量 , 其 中 s3c2410fb_info 是 驱动 自己 定义 的 设备 
数据 结构 ， 可 以 说 该 结构 记录 了 s3c2410fb 驱动 的 所 有 信息 ; s3c2410fb_display 这 个 结构 
体 定义 了 LCD 屏 的 规格 和 时 序 ，fb_info 是 framebuffe 里 定义 的 设备 数据 结构 ， 表 示 一 个 
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显示 设备 ，s3c2410fb_ probe 的 最 终 目的 填充 该 结构 ， 并 向 内 核 注册 ; s3c2410fb_mach_info 
结构 里 包含 了 一 些 LCD 控制 器 的 GPIO， 这 个 主要 用 来 设置 引 脚 的 功能 。Resource 指向 设 
备用 到 的 IO 资源 ， 这 是 平台 驱动 的 结构 ;irq 用 来 保存 中 断 号 。 


813 mach info = pdev->dev.platform data; 

814 if (mach info == NULL) { 

815 dev err(g&pdev->dev, 

816 "no Platform data for lcd, cannot attach\n"); 
817 return -EINVAL; 

818 } 

819 


第 813 一 818 行 ， 用 于 获得 平台 数据 ， 这 里 需要 深入 说 明 一 下 。mach info 是 一 个 
s3c2410fb_mach info 类 型 的 指针 ， 它 描述 了 LCD 的 一 些 属性 。 值 得 读者 注意 的 是 
s3c2410fb_ mach info 和 s3c2410fb info 结构 是 有 区 别 的 。 同 样 是 描述 LCD 的 属性 ， 
s3c2410fb_mach info 只 是 用 于 描述 LCD 初始 化 时 所 用 的 值 ， 而 s3c2410fb_info 是 描述 整 
个 LCD 驱动 的 结构 体 。 

s3c2410fb_mach info 在 include/asm-arm/arch-s3c2410/fb.h 中 定义 , 它 不 是 内 核 所 认 知 
的 数据 结构 ， 它 只 和 平台 相关 ， 也 就 是 说 ， 这 只 是 驱动 程序 设计 者 设计 的 结构 。 从 后 面 的 
让 语句 可 以 知道 ， 如 果 mach info 等 于 NULL， 整 个 驱动 程序 就 会 退出 ， 这 里 读者 应 该 会 
问 ， 那 pdev->dev.platform_data 是 在 什么 时 候 被 初始 化 的 呢 ? 这 个 问题 在 后 面 会 讲 到 。 


820 if (mach info->default display >= mach info->num displays) { 
B82 dev err(gpdev->dev, "default is %d but only %d displays\n", 
822 mach info->default display, mach info->num displays); 
823 return -EINVAL; 

824 } 

825 

826 display = mach info->displays + mach info->default display; 


第 820 一 826 行 用 来 查找 当前 显示 屏 的 规格 。 这 个 规格 是 在 arch/arm/mach-smdk2440.c 
文件 中 定义 的 平台 数据 结构 体 的 一 些 参数 。 


827 

828 irqd = Platform get irq(pdev，0) 7 

829 Ef (irq < 0) 

830 dev err(gpdev->dev, "no irq for device\n"); 
831 return -ENOENT; 

832 } 


第 829 一 832 行 获得 设备 的 中 断 号 。 这 个 中 断 号 也 是 在 arch/arm/mach-smdk2440.c 文件 
中 定义 的 硬件 所 使 用 到 的 中 断 资源 。 


833 

834 fbinfo = framebuffer alloc(sizeof(struct s3c2410fb info), 
&pdev->dev); 

835 if (!fbinfo) 

836 return -ENOMEM; 


第 834 一 836 行 的 功能 是 向 内 核 申请 一 段 大 小 为 sizeoflstruct fb_info) + size 的 空间 , 其 
中 size 的 大 小 代表 设备 的 私有 数据 空间 ， 并 用 fb_info 的 par 域 指向 该 私有 空间 。 


837 
838 Platform set drvdata (pdev, fbinfo); 


.174 。 


839 
840 
841 
842 
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info = fbinfo->par; 
info->dev = gpdev->dev; 
info->drv type = drv type; 


第 838 一 842 行 设置 驱动 数据 并 填充 驱动 数据 。 


843 
844 
845 
846 
847 
848 
849 
850 
851 
852 
853 
854 
855 
856 
857 
858 
859 
860 
861 
862 
863 
864 
865 
866 


第 844 一 866 行 ， 主 要 是 喘 射 内 核资 源 ， 如 IO 口 和 中 断 号 ， 


res = Platform get resource(pdev, IORESOURCE MEM, 0); 

if (res == NULL) { 
dev err (gpdev->dev, "failed to get memory registers\n"); 
ret = -ENXIO; 
goto dealloc fb; 

} 


size = (res->end - res->start) + 1; 
info->mem = request mem region(res->start, size, pdev->name); 
if (info->mem == NULL) { 
dev err(&gpdev->dev, "failed to get memory region\n"); 
ret = -ENOENT; 
goto dealloc fb; 


info->io = ioremap (res->start, size); 

if (info->io == NULL) { 
dev err (gpdev->dev, "ioremap() of registers failed\n"); 
ret = -ENXIO; 
goto release mem; 


} 


info->irq base = info->io + ((drv type == DRV_S3C2412) ? 
S3C2412_ LCDINTBASE : S3C2410 LCDINTBASE); 


平台 数据 传递 不 定期 来 的 


硬件 资源 地 址 都 是 物理 地 址 ， 而 在 内 核 中 对 硬件 进行 访问 都 是 要 通过 虚拟 地 址 的 ， 所 以 要 
用 相关 函数 把 物理 地 址 喘 射 为 虚拟 地 址 。 如 果 在 这 里 喘 射 失败 将 退出 程序 。 


867 
868 
869 
870 
871 
872 
873 
874 


875 
876 
877 
878 
879 
880 
881 
882 
883 
884 
885 
886 
887 
888 


dprintk ("devinit\n"); 
strcpy (fbinfo->fix.id, driver name); 


/*Stop the video*/ 

lcdconl = readl (info->io + S3C2410_LCDCON1); 

writel (lcdconl & ~S3C2410 LCDCON1 ENVID, info->io + S3C2410 
ICDCON1) 


fbinfo->fix.type = FB TYPE PACKED PIXELS; 
fbinfo->fix.type aux = 
fbinfo->fix.xpanstep = 
fbinfo->fix.ypanstep 


fbinfo->fix.ywrapstep 二 ,08 

fbinfo->fix.accel = FB _ACCEL NONE; 
fbinfo->var.nonstd = 0 
fbinfo->var.activate = FB ACTIVATE NOW; 
fbinfo->var.accel flags = 0; 

fbinfo->var .vmode = FB _ VMODE NONINTERLACED; 
fbinfo->fbops = &s3c2410fb ops; 


Sse 
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894 
895 


896 
897 
898 
899 
900 
901 
902 
903 
904 
905 
906 
907 
908 
909 
910 
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bed 


第 895 一 912 


313 
914 
915 
916 
317 
918 
J19 
920 
921 
922 
923 
924 
925 
926 
927 
928 
929 
930 
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入 这 个 内 存 区 域 ， 


32 
933 
934 
935 
936 
CES 
S38 


Bg 


第 3 篇 系统 移植 与 驱动 篇 


fbinfo->flags = FBINFO FLAG DEFAULT; 
fbinfo->pseudo palette = &info->pseudo pal; 


Tor (i ONE 20 
info->palette buffer[i] = PALETTE BUFF CLEAR; 


行 首先 关闭 显示 屏 ， 然 后 对 fbinfo 进行 附 值 。 


ret = request irq(irq, s3c2410fb irqg, IRQF DISABLED, pdev-> 
name, info); 
if (ret) { 
dev_ err(&pdev->dev, "cannot get irq %d -err %d\n", irqg, ret); 
ret = -EBUSY; 
goto release regs; 


} 


info->clk = clk get (NULL, "lcd"); 

if (!info->clk || IS ERR(info->clk)) { 
Printk (KERN ERR "failed to get lcd clock source\n"); 
ret = -ENOENT; 
goto release irq; 


} 


clk enable (info->clk); 
dprintk("got and enabled clock\n"); 


msleep (1); 


行 申请 中 断 并 打开 LCD 时 钟 ， 使 得 各 LCD 相关 引 脚 输出 信号 。 


/*find maximum required memory size for display*/ 
for (i = 0; i < mach info->num displays; i++) { 
unsigned long smem len = mach info->displays[i].xres; 


smem len *= mach info->displays[i].yres; 

smem len *= mach info->displays[i].bpp; 

smem len >>= 3; 

if (fbinfo->fix.smem len < smem len) 
fbinfo->fix.smem len = smem len; 


} 


/*Initialize video memory*/ 
ret = s3c2410fb map video memory (fbinfo); 
EE {ret i 
printk (KERN ERR "Failed to allocate video RAM: %d\n", ret); 
ret = -ENOMEM; 
goto release clock; 


行 计算 显示 内 存 容量 并 映射 DMA 资源 , 上 层 应 用 程序 把 要 显示 的 图 像 存 
然后 LCD 控制 器 通过 DMA 从 这 个 映射 内 容 中 取出 要 显示 的 图 像 。 
dprintk("got video memory\n"); 
fbinfo->var.xres = display->xres; 


fbinfo->var.yres = display->yres; 
fbinfo->var.bits per pixel = display->bpp; 
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3 Ss3c2410fb init registers (fbinfo); 

940 

941 s3c2410fb check varl(&fbinfo->var, fbinfo); 

942 

943 ret = register framebuffer (fbinfo) 7 

944 4 ret < OH 

945 printk (KERN ERR "Failed to register framebuffer device: $d\n", 
946 ret); 

947 goto free Video memory; 

948 

949 

950 /*create device files*/ 

办 device _ create file(gpdev->dev, &dev attr debug) 
952 

953 printk (KERN_INFO "fb%d: %s frame buffer device\n", 


第 939 一 953 行 ， 初 始 化 各 个 LCD 控制 寄存 器 、 注 册 我 们 的 fbinfo 并 为 该 设备 创建 一 
个 在 sysfs 中 的 属性 。 


954 fbinfo->node, fbinfo->fix.id); 
955 

956 return 0; 

957 

958 free video memory: 

959 5s3c2410fb unmap video memory (fbinfo); 
960 release clock: 

961 clk disable (info->clk); 

962 clk put (info->clk); 

963 release irq: 

964 free irql(lirqg, info); 

965 release regs: 

966 iounmap (info->io); 

967 release mem: 

968 release resource (info->mem); 

969 kfree (info->mem); 

970 dealloc fb: 

971 platform set drvdata (pdev, NULL); 
972 framebuffer release (fbinfo); 

3 return ret; 

974 } 


前 面 留 下 了 一 个 问题 ，pdev->dev.platform data 是 在 什么 时 候 被 初始 化 的 ? 其 实在 内 
核 启动 init 进程 之 前 就 会 执行 smdk2410_map_io0 函 数 , 而 在 smdk2410_map_io0 函 数 中 加 
入 了 s3c24xx_fb_set_ platdata (&smdk2410 lcd_platdata) 这 条 语句 ，s3c24xx_fb_set_platdata0) 
的 实现 为 : 

void _ init s3c24xx fb set platdata(struct s3c2410fb mach info *pd) 

‘ 

} 


根据 这 些 代码 ， 可 以 清楚 地 看 到 s3c_device lcd.dev.platform data 指向 了 smdk2410_ 
lcd_platdata， 而 这 个 smdk2410_lcd_platdata 就 是 一 个 s3c2410fb mach info 的 变量 ， 它 里 
面 就 存放 了 LCD 驱动 初始 化 需要 的 初始 数据 。 当 s3c2410fb_probe 被 回调 时 , 所 传 给 它 的 
参数 实际 就 是 s3c_device_lcd 的 首 地 址 。 

在 s3c2410fb_probe 中 最 后 调用 了 s3c2410fb_init registers0 和 s3c2410fb_check_var0 函 
数 ， 这 里 应 该 将 它们 交代 清楚 。 很 明显 ，s3c2410fb_init registersO 是 用 来 初始 化 相关 寄存 


s3c device lcd.dev.platform data = pd; 


“I 
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器 的 函数 。 那么 后 者 呢 ? 这 里 先 说 s3c2410fb_init registers()。s3c2410fb_init registersO 的 定 
义 和 实 现 如 下 ， 先 根据 它 的 程序 流程 ， 一 步 一 步 分 析 。 


static int s3c2410fb init _ registers (Struct s3c2410fb info *fbi) 
unsigned long flags; 
/*Initialise LCD with values from haret*/ 
local irqg save (flags) /* 关 闭 中 断 ， 在 关闭 中 断 前 ， 中 断 的 当前 状态 被 保存 在 
flags 中 , 对 于 关闭 中 断 的 函数 , Linux 内 核 有 很 多 种 ， 
可 以 查阅 相关 的 资料 。*/ 


/* 下 面 的 modify_gpio() 函数 是 修改 处 理 器 GPIO 的 工作 模式 ， 它 的 实现 很 简单 ， 将 第 2 个 参数 
的 值 与 第 3 个 参数 的 反 码 按 位 与 操作 后 ， 写 到 第 1 个 参数 里 。 这 里 的 第 1 个 参数 实际 就 是 硬件 的 
GPIO 控制 器 。*/ 
modify gpio (S3C2410_GPCUP，mach_info->gpcup， mach info->gpcup mask) 7 
modify gpio(S3C2410 GPCCON, mach info->gpccon, mach info->gpccon 
mask); 
modify gpio(Ss3C2410 GPDUP, mach info->gpdup, mach info->gpdup mask); 
modify gpio(Ss3C2410 GPDCON, mach info->gpdcon, mach info->gpdcon 
mask); 
local _irq restore(flags); /* 使 能 中 断 ， 并 恢复 以 前 的 状态 */ 
/* 下 面 的 几 个 writel () 函数 开始 初始 化 LCD 控制 寄存 器 ， 它 的 值 就 是 在 smdk2410_ lcd 
platdata (arch/arm/mach-s3c2410/mach-smdk2410.c) 中 regs 域 的 值 。*/ 
writel (fbi->regs.lcdconl, S3C2410 LCDCON1); 
writel (fbi->regs.lcdcon2, S3C2410 LCDCON2); 
writel (fbi->regs.lcdcon3, S3C2410 LCDCON3); 
writel (fbi->regs.lcdcon4, S3C2410 LCDCON4); 
writel (fbi->regs.lcdcon5, S3C2410 LCDCONS5); 
s3c2410fb_set_lcdaddr (fbi); ”/* 该 函数 的 主要 作用 是 让 处 理 器 的 LCD 控制 器 的 3 
个 地 址 寄存 器 指向 正确 的 位 置 ， 这 个 位 置 就 是 LCD 
的 缓冲 区 ,详细 的 情况 可 以 参见 s3c2410 的 用 户 手 
册 。*/ 
/* 下 面 的 程序 是 打开 video， 在 s3c2410fb_probe 中 被 关闭 了 ， 这 里 打开 */ 
fbi->regs.lcdconl |= S3C2410 LCDCON]1 ENVID; 
writel (fbi->regs.lcdconl, S3C2410 LCDCON1); 
return 0; 


} 

s3c2410fb_init_registers 就 简单 分 析 到 这 里 。 下 面 看 看 s3c2410fb_check_var0 函 数 要 做 
些 什 么 事 ， 要 说 到 这 个 函数 ， 还 得 提 到 地 _var_screeninfo 这 个 结构 类 型 ， 与 它 对 应 的 是 
fb_fix_screeninfo 结构 类 型 。 这 两 个 类 型 分 别 代表 了 显示 屏 的 属性 信息 ,这 些 信 息 可 以 分 为 
可 变 属性 信息 《如 颜色 深度 、 分 辩 率 等 ) 和 不 可 变 的 信息 〈 如 帧 缓冲 的 真实 地 址 ) 。 既 然 
fb_var_screeninfo 表示 了 可 变 的 属性 信息 ， 那 么 这 些 可 变 的 信息 就 应 该 有 一 定 的 范围 ， 否 
则 显示 就 会 出 问题 所 以 s3c2410fb_check_var0 函 数 的 功能 就 是 要 在 LCD 的 帧 缓冲 驱动 开 
始 运行 之 前 将 这 些 值 初始 到 合法 的 范围 内 。 知 道 了 s3c2410fb_check_var0 函 数 要 做 什么 ， 
再 去 阅读 s3c2410fb_check_var0 函 数 的 代码 就 没什么 问题 了 。 


6.4.4 s3c2410fb_remove() 函 数 分 析 


现在 解释 s3c2410fb_driver 中 的 最 后 一 个 关键 函数 s3c2410fb_remove()。 顾名思义 该 函 


Sls 
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数 要 将 这 个 platform 设备 从 系统 中 移 除 ， 可 以 推测 它 的 作用 应 该 释放 掉 所 有 的 资源 ， 包 括 
内 存 空 间 。 中 断 线 等 。 和 前 文 一 样 ， 我 们 在 它 的 实现 代码 中 一 步 步 解释 。 
static int s3c2410fb remove (struct Platform device *pdev) 


struct fb info *fbinfo = platform get drvdata (pdev); 


/* 该 函数 从 platform device 中 获得 fp info 信息 */ 
struct s3c2410fb info *info = fbinfo->par; // 得 到 私有 数据 


int irqg; 
s3c2410fb stop lcd(info) // 该 函数 停止 LCD 控制 器 ， 
实现 可 以 在 s3c2410fb.c 中 
找到 
msleep (1); // 等 待 LCD 停止 
s3c2410fb unmap video memory (info); // 该 函数 释放 缓冲 区 
if (info->clk) { // 停 止 时 钟 
clk disable (info->clk); 
clk put (info->clk); 
info->clk = NULL; 
} 
irq = platform get irq(pdev, 0); // 得 到 中 断 线 ， 以 便 释放 
free irq(irq,info); // 释 放 该 中 断 
release mem region((unsigned long)Ss3C24XX VA LCD, S3C24XX SZ LCD); 
// 释 放 内 存 空 间 
unregister framebuffer (fbinfo) // 向 内 核 注销 该 帧 缓冲 


return 0; 


6.5 移植 内 核 中 的 LCD 驱动 


不 同 的 开发 者 在 设计 同一 种 设备 时 都 有 其 独特 性 ， 比 如 入 、 访 问 硬件 资源 所 对 应 的 端 
口 地 址 等 。 所 以 驱动 移植 的 首要 工作 是 要 明确 所 驱动 的 设备 硬件 连接 情况 ， 然 后 在 此 基础 
上 对 驱动 源码 进行 修改 以 适应 具体 的 硬件 。 


6.5.1 LCD 硬件 电路 图 
写 驱动 程序 前 先 了 解 一 下 电路 连接 情况 。LCD 的 像素 同步 时 钟 信 号 、 水 平 同步 信号 、 


垂直 同步 信号 直接 连接 到 LCD 的 VCLK、VLINE 和 VFRAME 上 ， 用 GPG4 作为 LCD 的 
电源 信号 直接 连接 到 LCD_PWREN 上 。 如 图 6.7 为 TFT LCD 屏 与 CPU 的 连接 图 。 


6.5.2 ”修改 LCD 源码 


本 章 用 的 源码 是 linux2.6.25.8 中 的 LCD 驱动 源码 , 文件 为 drivers/video/s3c2410fb.c 和 
drivers/video/s3c2410fb.h。 

(1) 修改 arch/asm-arm/arch-s3c2410/fb.h 中 的 s3c2410fb_display 结构 ， 在 其 中 加 入 一 
个 元 素 用 于 在 初始 化 时 设置 CLKVAL 参数 。 修 改 后 结构 如 下 ， 黑 体 为 修改 部 分 。 
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GPC8-15 
GPC0-15 


LEND/GPCO 
VCLKVGPC1 


VLINE/GPC2 
VFRAME/GPC3 


VM/GPC4 


S3C2440 LCD 


图 6.7 TFTLCD 屏 与 CPU 的 连接 图 


struct s3c2410fb display { 
/*LCD type*/ 
unsigned type; 


/*Screen size*/ 
unsigned short width; 
unsigned short height; 


/*Screen info*/ 

unsigned short xres; 
unsigned short yres; 
unsigned short bpp; 


unsigned pixclock; //pixclock in picoseconds 

unsigned setclkval; // 在 这 里 加 入 setclkval ， 用 来 设置 CLKVAL 参数 
unsigned short left margin; // (TFET) 或 HCLKs (STN) 的 像素 值 
unsigned short right margin; // (TET) 或 HCLKs (STN) 的 像素 值 
unsigned short hsync len; // (TET) 或 HCLKs (STN) 的 像素 值 
unsigned short upper margin; // (TET) 或 0 (STN) 的 行 

unsigned short lower margin; // (TFT) 或 0 (STN) 的 行 

unsigned short vsync len; // (TET) 或 0 (STN) 的 行 


// lcd configuration registers 
unsigned long lcdcon5; 
] 


(2) 在 源码 中 加 入 设置 CLKVAL 参数 的 代码 , 这 里 修改 drivers/video/s3c2410fb.c 中 的 
函数 s3c2410fb_activate_var0， 修 改 后 结果 如 下 ， 黑 体 为 修改 部 分 。 


static void s3c2410fb activate varl(struct fb info *info) 


{ 


struct s3c2410fb info *fbi = info->par; 
void _iomem *regs = fbi->io; 
int type = fbi->regs.lcdconl & S3C2410 LCDCON] TFT; 
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struct fb var screeninfo *var = 


int clkdiv = s3c2410fb calc pixclk(fbi, var->pixclock) / 2; 


/* 获 取 平台 数据 并 得 到 参数 值 =/ 


struct s3c2410fb mach info *mach info=fbi->dev->platform data; 


&info->var; 


struct s3c2410fb display *default display=mach info->displaystmach info-> 


default display; 


dprintk("%s: var->xres = $d\n", FUNCTION , var->xres); 
dprintk("%s: var->yres = %d\n", FUNCTION , var->yres); 
dprintk("%s: var->bpp = %d\n", _ FUNCTION , var->bits per pixel); 


if (type == S3C2410 LCDCON1 TFT) { 
s3c2410fb calculate tft lcd regs(info, &fbi->regs); 


--clkdiv; 
if (clkdiv < 0) 
clkdiv = 0; 
} else { 


s3c2410fb calculate stn lcd regs(info, &fbi->regs); 


if (clkdiv < 2) 
clkdiv = 2; 
} 


fbi->regs.lcdconl1 |= S$3C2410 LCDCON]1 CLKVAL (clkdiv); 


/* 写 新 的 寄存 器 */ 


dprintk("new register set:\n"); 
dprintk("lcdcon[1] = 0x%081lx\n" 
dprintk("lcdcon[2] = 0x%081lx\n" 
dprintk("lcdcon[3] = 0x%081lx\n" 
dprintk("lcdcon[4] Ox%081lx\n" 
dprintk("lcdcon[5] Ox%081lx\n" 


. 


了 


站 


[2 


fbi->regs.lcdcon1); 
fbi->regs.lcdcon2); 
fbi->regs.lcdcon3); 
fbi->regs.lcdcon4); 
fbi->regs.lcdcon5); 


writel (fbi->regs.lcdconl & ~S3C2410 LCDCON]1 ENVID, 


regs + S3C2410_LCDCON1); 
writel (fbi->regs.lcdcon2, regs 
writel (fbi->regs.lcdcon3, regs 
writel (fbi->regs.lcdcon4, regs 
writel (fbi->regs.lcdcon5, regs 


/*set lcd address pointers*/ 
s3c2410fb set lcdaddr (info); 


fr 
+ 
+ 
+ 


S3C2410 LCDCON2); 
S3C2410_LCDCON3); 
S3C2410 LCDCONA); 
S3C2410_LCDCONS5); 


/* 注 释 源码 中 设置 cLKVAL 的 代码 并 增加 我 们 的 设置 代码 */ 
/*fbi->regs.lcdcon1 |= S$3C2410 LCDCON1 ENVID,*/ 
fbi->regs.lcdconl1 |= S3C2410 LCDCON1 ENVID (default display->setclkval) ? 


writel (fbi->regs.lcdconl, regs + S3C2410 LCDCON1); 


} 


(3) 修改 LCD 的 参数 值 。 源码 中 的 参数 设置 在 arch/arm/mach-smdk2440.c 中 ， 全 局 变 
量 smdk2440_lcd_cfg 就 是 配置 LCD 参数 的 地 方 , 配置 这 些 参数 要 根据 具体 LCD 屏 手册 来 
配置 ， 读 者 请 参考 自己 所 使 用 的 LCD 屏 的 datasheet 来 设置 。 本 书 使 用 的 是 型 号 为 
WXCAT35-TG3#001F 的 LCD 屏 ， 其 参数 如 表 6.16 所 示 。 


“lhe 
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表 6.16 LCD 屏 的 时 序 表 


Item 
Delk ny 6.4 - MHZ 
Declk-Period 156 - ns 
i Setup ie - - ns 
Hold Time - - ns 
Period 
Pulse Width 
Hsync Back-Porch 
Display Period DCLK 
Front-Porch - 20 - DCLK 
Period - 270 - TH 
Pulse Width - 3 - TH 
Vsync Back-Porch - 15 - TH 
Display Period TH 
Front-Porch TH 


修改 后 结果 如 下 ， 黑 体 为 修改 的 内 容 。 
static struct s3c2410fb display smdk2440 lcd cfg initdata = { 


.lcdcon5 = S3C2410 LCDCONS5 FRM565 | 
S3C2410 LCDCONS INVVLINE | 
S3C2410_LCDCONS INVVFRAME | 
S3C2410_LCDCON5 PWREN | 
S3C2410 LCDCONS HWSWP, 


.type = S3C2410 LCDCON]1 TFT, 

.width = 320, // 这 是 LcD 屏 的 分 辩 率 

.height = 240, 

.Pixclock = 100000, // HCLK 60 MHz, divisor 10 

.Setclkval =0x3, // 这 是 前 面 加 入 的 新 变量 
.xres = 320, 

.yres = 240, 

.bpp = 16, 

/* 下 面 写 参数 要 对 照 芯片 手册 来 修改 */ 

.left margin = 38， // 左 边 管 

.right margin = 20， // 右 边 和 做 

.hsync len = 30, // 水 平时 长 


.upper margin = 15， // 上 边 管 

.lower _ margin = 12， // 下 边 管 

.vsync len = 3, // 垂 直 时 长 
}; 


static struct s3c2410fb mach info smdk2440 fb info initdata = { 
-displays = &smdk2440 lcd cfg, 
.num displays = 1, 
.default display = 0, 


#if 0 
/*currently setup by downloader*/ 
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.gpccon = 0xaa940659, 
-gpccon mask = Oxffffffff, 
.gpcup = 0x0000ffff， 
.gpcup mask = Oxffffffff, 
.gpdcon = 0xaa84aaa0, 
.gpdcon mask = Oxffffffff, 
.gpdup = Ox0000faff, 
-gpdup mask = Oxffffffff, 
#endif 


/* 源 码 中 把 对 引 脚 的 功能 设置 屏蔽 掉 了 , 这样 引 脚 的 功能 还 是 默认 设置 ， 所 以 要 根据 芯片 手册 
把 相关 引 脚 设置 为 第 三 功能 ， 即 LCD 的 相关 功能 ， 设 置 的 结果 如 下 */ 


-gpccon = 0xaaaaaaaa, 
.gpccon mask = Oxffffffff, 
.gpcup = Oxffffffff, 
-gpcup mask = Oxffffffff, 
.gpdcon = 0xaaaaaaaa, 
.gpdcon _ mask = Oxffffffff, 
.gpdup = Oxffffffff, 


.gpdup mask = Oxffffffff, 


// 我 们 用 的 不 是 LPC 屏 ， 所 以 去 掉 这 个 设置 
//.1lpcsel = ((0xCE6) & ~7) | 1<<4, 
}; 


(4) 修改 源码 中 一 处 有 误 的 地 方 。 在 源码 中 ， 没 有 设置 LCD 的 供电 电源 ， 这 样 LCD 
屏 是 点 不 起 来 的 ， 所 以 要 补充 对 LCD 屏 供电 引 脚 的 设置 。 代 码 如 下 ， 黑 体 为 增加 的 代码 。 


/* 
* Ss3c2410fb init registers - Initialise all LCD-related registers 
a 
static int s3c2410fb init registers(struct fb info *info) 
{ 
struct s3c2410fb info *fbi = info->par7 
struct s3c2410fb mach info *mach info = fbi->dev->platform data; 
unsigned long flags; 
void _ iomem *regs = fbi->io; 
void _ iomem *tpal; 
void _iomem *lpcsel; 


if (is_s3c2412 (fbi)) { 
tpal = regs + S3C2412_TPRL7 
lpcsel = regs + S3C2412 TCONSEL; 
} else { 
tpal = regs + S3C2410 TPAL; 
lpcsel = regs + S3C2410 LPCSEL; 
. 


/*Initialise LCD with values from haret*/ 
local irqg save (flags); 


/*modify the gpio(s) with interrupts set (bjd)*/ 


printk (KERN INFO "gpcup = 0x%08lx\n", mach info->gpcup); 

printk (KERN_INFO "gpccon = 0x%08lx\n", mach info->gpccon); 

printk (KERN INFO "gpdup = 0x%08lx\n", mach info->gpdup); 

printk (KERN_INFO "gpdcon = Ox%08lx\n", mach info->gpdcon); 

Printk (KERN_INFO "gpcup mask = 0x%08lx\n", mach info->gpcup mask); 
printk (KERN INFO "gpccon mask = 0x%081lx\n", mach info->gpccon 
mask); 
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printk (KERN INFO "gpdup mask = 0zx%08lx\n", mach info->gpdup mask) 7 
printk (KERN INFO "gpdcon mask = 0x%081lx\n", mach info->gpdcon 
mask); 


modify gpio(S3C2410 GPCUP, mach info->gpcup, mach info->gpcup mask); 
modify gpio (S3C2410 GPCCON, mach info->gpccon, mach info->gpccon mask); 
modify gpio(S3C2410 GPDUP, mach info->gpdup, mach info->gpdup mask); 
modify gpio(S3C2410 GPDCON, mach info->gpdcon, mach info->gpdcon mask); 


// 设 置 LCD 的 供电 电源 ，GPG4 为 上 拉 ， 输 出 
modify gpio(S3C2410_GPGUP， 0x00000010， 0x00000010) ; 
modify gpio (S3C2410_GPGCON，0x00000300，0x00000300) 


local irq restore (flags) 7 


printk ("LPCSEL = 0x%08lx\n", mach info->lpcsel); 
writel (mach info->lpcsel, lpcsel); 


printk("replacing TPAL %08x\n", read]l (tpal)); 


/*ensure temporary palette disabled*/ 
writel (0x00, tpal); 


return 0; 


6.5.3 配置 内 核 


做 完 以 上 工作 , 我 们 就 可 以 对 LCD 进行 配置 了 。 进 入 内 核 源码 所 在 的 目录 , 输入 make 
menuconfig 进入 配置 菜单 后 ， 进 行 如 下 配置 : 

(1) 选 择 进 入 Device Drivers。Linux 的 所 有 设备 驱动 都 放 在 Device 文件 夹 里 , 而 Device 
包含 的 所 有 设备 驱动 都 会 在 Device Drivers 这 个 选项 里 列 出 ， 要 编译 设备 驱动 程序 都 要 进 
入 这 个 选项 然后 根据 具体 情况 进行 配置 ， 所 以 这 里 选择 Device Drivers， 如 图 6.8 所 示 。 


EU 顽 召 国 。 下 看 ( 思 。 此 并 全 。 转 于 G。 胡 世 


“Config ~ Limwx Ferpel v2.6.25.8 Omfigeration 


ER 


图 6.8 步骤 1 
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(2) 选择 Graphics support 选项 ， 如 图 6.9 所 示 。 


文件 E》 编辑 (E) ”查看 (V) 终端 了 转 到 G) 帮助 


-config 


Graphics support >| 


图 6.9 步骤 2 


(3) 选择 Support for frame buffer devices 选项 ， 如 图 6.10 所 示 。 
[SE 7 
文 作 B)。 坊 特 (E) ”查看 (VW) 终端 DD 转 到 G) 六 


-config — Linux Kernel v2.6.25.8 Configuration 


人 Support for fram buffer devices > 


Se lect)| 


6.10 步骤 3 
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(4) 在 驱动 程序 的 调试 阶段 最 好 选中 S3C2410 lcd debug messages 选项 ， 如 图 6.11 所 
示 。 这 样 会 在 标准 输出 中 打印 出 调试 信息 ， 有 助 于 驱动 程序 的 调试 。 


Eo 半 坟 DD 转 到 CG)。 攻 助 各 


config - Linux Kernel v2.6.25.8 Configuration 


人 50410 Ted debug 1 


图 6.11 步骤 4 


(5) 增加 开机 LOGO, 让 系统 开机 时 在 LCD 屏 上 显示 一 个 小 企鹅 的 图 片 。 在 步骤 (3) 
中 同时 选择 Bootup logo 选项 ， 如 图 6.12 所 示 。 


图 6.12 步骤 5 
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(6) 进入 开机 LOGO 的 设置 选项 Bootup logo 目录 后 , 里 面 有 单 色 的 LOGO 图 片 选项 ， 
也 有 16 色 和 224 色 的 LOGO 图 片 选 项 供 选 择 ， 这 里 根据 实际 情况 选择 Standard 224-color 
Linux logo， 如 图 6.13 所 示 。 这 是 因为 我 们 用 的 LCD 屏 是 支持 224 色 的 。 
[DT EN | FT 转 玛 @。 帮助 四 证 

[<] 


| config — Limux Kernel v2.6.25.8 Configuration 


6.13 步骤 6 


做 完 以 上 配置 后 保存 退出 配置 界面 ， 在 源码 目录 上 输入 make 重新 编译 内 核 。 把 内 核 
下 载 到 开发 板 上 ， 然 后 开机 就 可 以 看 到 在 LCD 屏 上 有 一 个 企鹅 的 图 片 了 ， 说 明 LCD 已 经 
可 以 使 用 了 。 


6.6 小 结 


本 章 主 要 在 分 析 了 S3C2440 LCD 控制 寄存 器 的 硬件 操作 、 分 析 了 内 核 中 自 带 的 LCD 
驱动 源 程序 并 在 此 基础 上 讲述 了 LCD 网 卡 驱动 的 移植 。LCD 驱动 程序 移植 主要 是 要 了 解 
内 核 中 FrameBuffer 驱动 程序 的 体系 结构 及 如 何 操作 LCD 控制 器 ， 因 此 本 章 的 6.1、6.2 节 
是 后 面 移植 工作 的 基础 ， 读 者 要 认真 掌握 ， 特 别 是 对 FrameBuffer 数据 结构 的 主要 成 员 要 
掌握 其 代表 的 具体 含义 。 
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随 着 多 媒体 信息 查询 的 日 新 月 异 ， 人 们 越 来 越 多 地 接触 触摸 屏 设备 。 触 摸 屏 作为 一 
种 新 颖 的 电脑 输入 设备 ， 是 目前 最 简单 、 方 便 、 自 然 的 一 种 人 机 交互 方式 ， 许 多 现 
代 和 手持 或 终端 设备 都 要 用 到 触摸 屏 。 触 摸 屏 以 其 易于 使 用 、 坚 固 耐用 、 反 应 速度 快 、 
节省 空间 等 优点 ， 使 得 系统 设计 师 们 越 来 越 多 地 感到 使 用 触摸 屏 的 确 具有 相当 大 的 
优越 性 。 从 本 章 开始 将 要 学 习 Linux 触摸 屏 驱 动 程序 的 移植 。 本 章 先 对 触摸 屏 做 一 个 简单 
概述 ， 然 后 在 分 析 完 Linux 2.6 内 核 触摸 屏 驱 动 源码 之 后 ， 讲 述 触 摸 屏 驱 动 的 移植 ， 最 后 结 
合 触摸 屏 驱动 程序 介绍 Linux 的 内 核 输 入 子 系统 。 


7.1 触摸 屏 概述 


触 控 屏 〈Touch panel) 又 称 为 触 控 面板 ， 它 并 不 是 人 们 日 常 所 见 的 立方 体 屏 ， 它 只 是 
覆盖 显示 屏 表面 的 一 层 薄片 ， 是 一 个 可 接收 触 头 等 输入 信号 的 感应 式 液晶 显示 装置 ， 它 的 
工作 原理 比较 简单 。 当 接触 到 屏幕 上 的 图 形 按钮 时 ， 屏 幕 上 的 触觉 反馈 系统 可 根据 预先 编 
程 的 程式 驱动 各 种 连接 装置 ， 可 用 以 取代 机 械 式 的 按钮 面板 ， 并 借 由 液晶 显示 画面 制造 出 
生动 的 影音 效果 。 


7.1.1 ”触摸屏 工作 原理 


触摸 屏 简 单 地 说 就 是 一 种 特殊 的 输入 设备 。 为 了 操作 方便 ， 人 们 用 触摸 屏 取 代 鼠 标 或 
者 键盘 。 在 工作 时 ， 必 须 首先 用 手指 或 其 他 物体 触摸 安装 在 显示 器 前 面 的 触摸 屏 ， 然 后 系 
统 根据 手指 触摸 的 图 标 或 菜单 位 置 来 定位 选择 信息 输入 。 触 摸 屏 由 触摸 检测 部 件 和 触摸 屏 
控制 器 组 成 ， 触摸 检测 部 件 安装 在 显示 器 屏幕 前 面 ， 用 来 检测 用 户 触摸 的 位 置 ， 接 受 后 送 
触摸 屏 控制 器 ， 而 触摸 屏 控 制 器 的 主要 作用 是 从 触摸 点 检测 装置 上 接收 触摸 信息 ， 并 将 它 
转换 成 为 触 点 坐标 ， 再 送 给 CPU 处 理 ， 它 同时 能 接收 CPU 发 来 的 命令 并 加 以 执行 。 


7.1.2 ”触摸 屏 的 主要 类 型 


按 技术 原理 来 区 别 触摸 屏 ， 可 分 为 以 下 5 个 基本 种 类 : 
口 矢量 压力 传 感 式 触摸 屏 ; 

口 电阻 式 触摸 屏 ; 

口 电容 式 触摸 屏 ; 
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口 红外 线 式 触摸 屏 ; 

口 表面 声波 式 触摸 屏 。 

其 中 矢量 压力 传 感 式 触摸 屏 已 退出 历史 舞台 ， 这 里 不 再 进行 介绍 ， 红 外 线 技术 触摸 屏 
价格 低廉 ， 但 它 的 外 框 易 碎 ， 比 较 容易 产生 光 干 扰 ， 曲 面 情况 下 失真 ， 电 容 技 术 触 摸 屏 设 
计 构 思 合 理 ， 但 其 图 像 失真 问题 很 难得 到 根本 解决 ， 电 阻 技术 触摸 屏 的 定位 准确 ， 但 其 价 
格 颇 高 ， 且 怕 刮 易 损 ， 表 面 声波 触摸 屏 解决 了 以 往 触摸 屏 的 各 种 缺陷 ， 清 晰 且 不 容易 被 损 
坏 ， 适 用 于 各 种 场合 ， 缺 点 是 屏幕 表面 如 果 有 水 滴 和 侍 土 会 使 触摸 屏 变 得 迟钝 ， 甚 至 不 工 
作 。 根 据 触摸 屏 的 工作 原理 和 传输 信息 的 介质 ， 可 以 把 触摸 屏 分 为 4 种 ， 它 们 分 别 为 电阻 
式 、 电 容 感应 式 、 红 外 线 式 以 及 表面 声波 式 。 每 一 类 触摸 屏 都 有 它们 各 自 的 优 缺 点 ， 了 解 
哪 种 触摸 屏 适用 于 哪 种 场合 ， 关 键 就 在 于 要 懂得 每 一 类 触摸 屏 技术 的 工作 原理 和 特点 。 下 
面 对 后 面 4 种 类 型 的 触摸 屏 进 行 简要 介绍 一 下 : 


1. 电阻 触摸 屏 


电阻 触摸 屏 的 屏 体 部 分 是 一 块 与 显示 器 表面 相 匹配 的 多 层 复合 薄膜 ， 由 一 层 有 机 玻璃 
作为 基层 ， 表 面 还 涂 有 一 层 透 明 的 导电 层 ， 上 面 再 盖 有 一 层 外 表面 硬化 处 理 、 光 滑 防 刮 的 
塑料 层 ， 它 的 内 表面 也 涂 有 一 层 透明 导电 层 ， 在 两 层 导 电 层 之 间 有 许多 细小 小 于 千 分 之 
一 英寸 ) 的 透明 隔离 点 把 它们 隔 开 绝缘 ， 如 图 7.1 所 示 。 


六 层 ) 层 


xX 4 和 
7 内 
x- ] 层 
y+ xX+ 


7.1 电阻 触摸 屏 示 意图 


当 手 指点 击 屏幕 时 ， 平 时 相互 绝缘 的 两 层 导 电 层 就 在 触摸 点 位 置 产生 了 一 个 接触 ， 因 
为 其 中 一 面 导 电 层 接 通 立轴 方向 的 5V 均匀 电压 场 ， 使 得 侦 测 层 的 电压 由 0 变 成 了 非 零 ， 
这 种 接 通 状态 被 控制 器 侦 测 到 后 ， 进 行 A/D 转换， 并 将 得 到 的 电压 值 与 SV 相 比 就 可 得 到 
触摸 点 的 立轴 坐标 , 同 理 得 出 X 轴 的 坐标 , 这 就 是 所 有 电阻 技术 触摸 屏 共同 的 最 基本 原理 。 
电阻 类 触摸 屏 的 关键 是 材料 科技 。 电 阻 屏 根据 引出 的 线 数 多 少 ， 可 分 为 四 线 、 五 线 、 六 线 
等 多 线 电阻 触摸 屏 。 电 阻 式 触 摸 屏 在 强化 玻璃 表面 分 别 涂 上 了 两 层 OTI 透明 氧化 金属 导电 
层 , 在 最 外 面 的 OTI 涂 层 作为 导电 体 ， 第 二 层 OTI 则 经 过 精密 的 网 络 附 上 横竖 两 个 方向 的 
+5V 至 0V 的 电压 场 ， 两 层 OTI 之 间 用 细小 的 透明 隔离 点 隔 开 。 当 手指 接触 屏幕 时 ， 两 层 
OTI 导电 层 之 间 就 会 出 现 一 个 接触 点 ， 程 序 同时 检测 电压 及 电流 ， 计 算出 触摸 的 位 置 ， 其 
反应 速度 为 10~~20ms。 

五 线 式 电阻 触摸 屏 的 外 层 导 电 层 使 用 的 是 延展 性 较 好 的 镍 金 涂 层 材料 ， 由 于 频繁 触摸 
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外 导电 层 ， 使 用 延展 性 好 的 镍 金 材料 可 以 延长 使 用 寿命 ， 但 是 工艺 成 本 较为 高 晶 。 镍 金 导 
电 层 虽然 延展 性 较 好 ， 但 是 只 能 作为 透明 导体 ， 不 适合 作为 电阻 触摸 屏 的 工作 面 ， 因 为 它 
导电 率 高 ， 而 且 金 属 做 到 厚度 非常 均匀 不 容易 ， 不 适合 作 电压 分 布 层 ， 只 能 作 探 层 。 

电阻 式 触摸 屏 工作 在 一 种 对 外 界 完全 隔离 的 环境 ， 不 怕 灰 侍 及 水 汽 ， 其 可 以 用 任何 物 
体 来 触摸 ， 可 以 用 来 写字 画 画 ， 比 较 适合 工业 控制 领域 及 办 公 室 内 有 限 人 的 使 用 。 电 阻 式 
触摸 屏 共同 的 缺点 是 复合 薄膜 的 外 层 采用 塑胶 材料 ， 不 清楚 原理 的 人 太 用 力 或 使 用 锐 器 触 
摸 可 能 划 伤 整个 触 控 屏 而 导致 报废 。 不 过 在 限度 之 内 ， 划 伤 只 是 伤 及 外 导电 层 ， 外 导电 层 
的 划 伤 对 于 五 线 电阻 触摸 屏 来 说 是 没有 关系 的 ， 而 对 四 线 电 阻 触摸 屏 来 说 是 致命 的 。 


2. 电容 式 触摸 屏 


电容 式 触摸 屏 的 构造 主要 是 在 玻璃 屏幕 上 镀 一 层 透明 的 薄膜 层 ， 再 在 导体 层 外 加 上 了 
一 块 保护 玻璃 ， 双 玻璃 设计 能 够 很 好 地 保护 导体 层 及 感应 器 。 

电容 式 触摸 屏 在 触摸 屏 的 四 边 均 镀 上 狭长 的 电极 ， 在 导电 体内 形成 一 个 了 低 电压 交流 
电场 。 用 户 接触 屏幕 时 ， 由 于 人 体 电 场 ， 手 指 与 导体 层 间 会 形成 一 个 耦合 电容 ， 四 个 电极 
发 出 的 电流 会 流向 触 点， 而 电流 强 弱 跟 手 指 到 电极 的 距离 成 正比 ， 位 于 触摸 屏幕 后 的 控制 
器 便 会 计算 电流 的 比例 及 强 弱 ， 准 确 算出 触摸 点 的 位 置 。 电 容 触摸 屏 的 双 玻 璃 不 仅 能 保护 
导体 及 感应 器 ， 更 有 效 地 防止 了 外 在 环境 因素 对 触摸 屏 造成 的 影响 ， 就 算 屏 幕 沾 有 污秽 、 
人 尘埃 或 油渍 ， 电 容 式 触摸 屏 仍然 可 以 准确 地 算出 触摸 位 置 。 

电容 式 触摸 屏 在 玻璃 表面 贴 上 一 层 透明 的 特殊 金属 导电 物质 。 当 手指 接触 在 金属 层 上 
时 ， 触 点 的 电容 就 发 生变 化 ， 使 得 与 其 相连 的 振荡 器 频率 发 生变 化 ， 通 过 测量 频率 变化 可 
以 确定 触摸 位 置 从 而 获得 信息 。 由 于 电容 随 温 度 、 湿 度 或 接地 情况 的 不 同 而 变化 ， 故 其 稳 
定性 较 差 ， 经 常会 产生 漂移 现象 。 这 种 触摸 屏 适 用 于 系统 开发 的 调试 阶段 。 


3. 红外 线 式 触摸 屏 


这 种 触摸 屏 由 装 在 触摸 屏 外 框 上 的 红外 线 发 射 与 接收 感 测 元 件 构成 ， 在 屏幕 表面 上 形 
成 红外 线 探测 网 ， 任 何 触摸 物体 都 可 以 改变 触 点 上 的 红外 线 而 实现 触摸 操作 。 红 外 触摸 屏 
不 受 电流 、 电 压 和 静电 干扰 ， 适 宜 某 些 恶 劣 的 环境 条 件 。 其 主要 优点 是 价格 低廉 、 安 装 方 
便 、 不 需要 卡 或 其 他 任何 控制 器 ， 可 以 用 在 各 档次 的 计算 机 上 。 此 外 ， 由 于 没有 电容 充 、 
放电 过 程 ， 其 响应 速度 比 电容 式 快 ， 但 分 辨 率 较 低 。 

红外 线 触 摸 屏 原理 也 比较 简单 ， 只 是 在 显示 屏 上 加 上 光 点 距 架 框 ， 不 需要 在 屏幕 表面 
加 上 涂 层 或 接 驭 控制 器 。 光 点 距 架 框 的 四 边 排列 了 红外 线 发 射 管 和 接收 管 ， 在 屏幕 的 表面 
形成 了 一 个 红外 线 网 。 用 户 以 手指 触摸 屏幕 某 一 点 ， 就 会 挡住 经 过 该 位 置 的 横竖 两 条 红外 
线 ， 计 算 机 程序 便 可 即时 算出 触摸 点 位 置 。 因 为 红外 触摸 屏 不 受 电流 、 电 压 和 静电 干扰 ， 
所 以 适宜 某 些 恶劣 的 环境 条 件 。 其 主要 优点 是 价格 低廉 、 安 装 方便 、 不 需要 卡 或 其 他 任何 
控制 器 ， 可 以 用 在 各 档次 的 计算 机 上 。 但 是 ， 因 为 只 是 在 普通 屏幕 增加 了 框架 ， 所 以 在 使 
用 过 程 中 框架 四 周 的 红外 线 发 射 管 及 接收 管 很 容易 损坏 。 


4. 表面 声波 触摸 屏 
表面 声波 是 一 种 沿 着 介质 表面 传播 的 机 械 波 。 这 种 触摸 屏 由 触摸 屏 、 声 波 发 生 器 、 反 
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射 器 和 声波 接收 器 组 成 ， 其 中 ， 声 波 发 生 器 能 发 送 一 种 高 频 声波 跨越 屏幕 的 表面 ， 当 手指 
触 到 屏幕 时 ， 触 点 上 的 声波 就 被 阻止 ， 由 此 确定 触 点 坐标 的 位 置 。 表 面 声波 触摸 屏 不 受 温 
度 、 湿 度 等 环境 因素 影响 ， 分 辩 率 很 高 ， 有 很 好 的 防 刮 性 ， 寿 命 长 (5000 万 次 无 故障 ) ， 
透 光 率 高 (92%) ， 能 保持 清晰 透亮 的 图 像 质量 ， 没 有 漂移 ， 只 需 安装 时 一 次 校正 ， 有 第 
三 轴 《 即 压力 轴 ) 响应 ， 最 适合 公共 场所 使 用 。 表 面 声波 触摸 屏 的 触摸 屏 部 分 可 以 是 一 块 
平面 、 球 面 或 是 柱 面 的 玻璃 平板 ,安装 在 CRT、LED、LCD 或 是 等 离子 显示 器 屏幕 的 前 面 。 
该 玻璃 平板 只 是 一 块 纯粹 的 强化 玻璃 ， 区 别 于 其 有 触摸 屏 技术 是 没有 任何 贴膜 和 覆盖 层 。 
玻璃 屏 的 左上 角 和 右 下 角 各 固定 了 竖 直 和 水 平方 向 的 超声 波 发 射 换 能 器 ， 右 上 角 固 定 了 两 
个 相应 的 超声 波 接收 换 能 器 。 玻 璃 屏 的 四 个 周边 则 刻 有 45? 角 由 足 到 密 间 隔 非常 精密 的 反 


7.2 S3C2440 ADC 接口 使 用 


写 设备 驱动 程序 一 般 都 是 和 具体 的 处 理 器 芯片 和 接口 打交道 ， 本 章 所 使 用 的 依然 是 
S3C2440 芯片 。S3C2440 的 触摸 屏 控制 器 是 和 ADC( 模 数 转换 控制 器 ) 结合 在 一 起 的 ， 因 
此 本 节 将 介绍 S3C2440 的 ADC 及 其 触摸 屏 接 口 。 


7.2.1 S3C2440 触摸 屏 接口 概述 


S3C2440 具有 8 通道 模拟 输入 的 10 位 CMOS 模 数 转换 器 (ADC) ， 它 将 输入 的 模拟 
信号 为 10 位 的 二 数字 码 。 在 2.5MHz 的 AD 转换 器 时 钟 下 ， 最 大 转化 速率 可 以 达到 
500KSPS。A/D 器 支持 片上 采样 和 保持 功能 ， 并 支持 掉 电 模式 。 

此 外 ,，S3C2440 的 AIN[7] 和 AIN[5] 用 于 连接 触摸 屏 的 模拟 信号 输入 。 触摸屏 接 口 电路 
一 般 由 触摸 屏 、4 个 外 部 晶体 管 和 1 个 外 部 电压 源 组 成 ， 如 图 7.2 所 示 。 


EINT[23] 国 。nYPON 
EINTI22] Wg 4 YMON 杀 同 


7.2 触摸屏 接口 电路 示意 图 
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触摸 屏 接口 的 控制 和 选择 信号 有 nYPON、YMON、nXPONT 和 XMON， 它 们 连接 切 
换 入 坐标 和 了 坐标 转换 的 外 部 晶体 管 。 模 拟 输入 引 脚 (AIN[7]、AIN[5]) 则 连接 到 触摸 屏 
引 脚 。 

触摸 屏 控制 接口 包括 一 个 外 部 晶体 管控 制 逻 辑 和 具有 路 数 产 生 逻 辑 的 ADC 接口 逻辑 。 


7.2.2”S3C2440 触摸 屏 接口 操作 


图 7.3 是 S3C2440 上 的 A/D 转换 器 和 触摸 屏 接口 的 功能 框图 .这 个 A/D 转换 器 是 一 个 
循环 类 型 的 。 上 拉 电 阻 接 在 VDDA-ADC 和 AIN[7] 之 间 。 因 此 ， 触 摸 屏 的 X+ 脚 应 该 接 到 
S3C2440 的 AIN[7]，Y+ 脚 则 接 到 S3C2440 的 AIN[5]。 


EINT[23] 
EINT[22] 
EINTI21] 
EINT[20] 

VDDA_ADC 


AIN[7] 
AIN[6] 
AIN[5] 


AIN[4] 
AIN[3] 
AIN[2] 
AINII] 
AIN[O] 

VSSA_ADC 国 


等 待 中 断 模式 


图 7.3 ADC 和 触摸 屏 接 口 结构 图 


从 图 7.3 可 以 知道 , ADC 和 触摸 屏 接口 中 只 有 一 个 A/D 转换 器 ,可 以 通过 设置 寄存 器 
来 选择 对 哪 路 模拟 信号 进行 采样 。 图 中 有 两 个 中 断 信 号 : INT_ADC 和 INT_TC, INT_ADC 
表示 A/D 转换 器 已 经 转换 完毕 ， 而 INT_TC 则 表示 触摸 屏 被 按 下 。 

在 使 用 触摸 屏 时 , 引 脚 XP、XM、YP、YM 被 用 于 和 触摸 屏 直 接 相连 , 只 剩 下 AIN[3:0] 
共 4 个 引 脚 用 于 一 般 的 ADC 输入 ; 当 不 使 用 触摸 屏 时 ，XP、XM、YP 和 YM 这 4 个 引 脚 
也 可 以 用 于 一 般 的 ADC 输入 。 


1. S3C2440 触 摸 屏 控制 器 工作 模式 


S3C2440 的 触摸 屏 控 制 器 是 和 A/D 转换 控制 器 结合 在 一 起 的 , 触 笔 的 位 置 通过 模拟 信 
号 传递 给 A/D 转换 器 ，A/D 转换 完成 后 ， 把 结果 保存 在 相应 的 寄存 器 。 根 据 转换 方式 的 不 
同 ， 触 摸 屏 控制 器 有 以 下 4 种 工作 模式 。 
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(1) 等 待 中 断 模式 

设置 ADCTSC 寄存 器 为 0XD3 即 可 令 触 摸 屏 控制 器 处 于 等 待 中 断 模式 。 这 时 , 它 在 等 
待 触摸 屏 被 按 下 。 当 触摸 屏 被 按 下 时 ， 触 摸 屏 控制 器 就 发 出 INT_TC 中 断 信号 ， 这 时 触摸 
屏 控 制 器 要 转 入 下 面 两 种 工作 模式 中 的 一 种 ， 来 读 取 x、y 方向 的 坐标 。 

口 当 设 置 ADCTSC 寄存 器 的 位 [8] 为 0 时， 表示 等 待 Pen Down 中 断 。 

口 当 设 置 ADCTSC 寄存 器 的 位 [8] 为 1 时 ， 表 示 等 待 Pen Up 中 断 。 

等 待 中 断 模式 下 触摸 屏 引 脚 状况 ， 如 表 7.1 所 示 。 


表 7.1 等 待 中 断 模式 下 的 触摸 屏 引 脚 状况 


XP SM YP YM 
等 待 中 断 模式 上 拉 高 阻 AIN[5] 接地 


(2) 分 离 x/y 轴 坐 标 模式 

设置 ADCTSC 寄存 器 为 0X69 进入 x 轴 坐 标 转换 模式 ，x 坐标 值 转换 完毕 后 被 写 入 
ADCDAT0， 然 后 发 出 INT_ADC 中 断 ; 同样 地 ， 设 置 ADCDAT0 寄存 器 为 0X9A 进入 y 
轴 坐 标 转换 模式 ，y 坐标 值 转换 完毕 后 被 写 入 ADCDAT1， 接 着 发 出 INT_ADC 中 断 信 号 。 
分 离 x/y 轴 坐 标 模式 下 触摸 屏 引 脚 状况 如 表 7.2 所 示 。 


表 7.2 ”分离 xly 轴 坐标 模式 下 的 触摸 屏 引 脚 状况 
由 ME 一 | YM 


x 接 到 外 部 电压 高 阻 
EF 接 外 部 电压 接地 


(3) 自动 xy 轴 坐 标 转换 模式 

设置 ADCTSC 寄存 器 为 0X0C， 则 进入 自动 x/y 轴 坐 标 转换 模式 ， 触 摸 屏 控 制 器 会 自 
动 转换 触 点 的 x/y 坐标 值 然 后 分 别 保存 在 ADCDAT0 和 ADCDATI1 寄存 器 中 ， 之 后 发 出 
INT_ADC 中 断 信 号 。 自 动 x/y 轴 坐 标 转换 模式 下 的 触摸 屏 引 脚 状 况 如 表 7.3 所 示 。 


表 7.3 自动 Wy 轴 坐 标 转换 模式 下 的 触摸 屏 引 脚 状况 
[xp | sy | vp | YM 


x 接 到 外 部 电压 高 阻 
Y 接 外 部 电压 接地 


(4) 普通 转换 模式 

这 是 一 种 普通 的 A/D 转换 ， 在 不 使 用 触摸 屏 时 ,触摸 屏 控制 器 处 于 这 种 工作 模式 。 在 
这 种 模式 下 ， 可 以 通过 设置 ADCCON 寄存 器 启动 普通 的 A/D 转换 ， 转 换 结束 后 数据 就 被 
保存 在 ADCDATO 寄存 器 中 。 


2. S3C2440 触 摸 屏 接口 专用 寄存 器 


S3C2440 触摸 屏 接口 涉及 的 专用 寄存 器 比较 少 ， 主 要 有 ADCCON、ADCTSC、 
ADCDAT0 和 ADCDAT1。 下 面 分 别 对 它们 进行 介绍 。 

(1) ADCCON 控制 寄存 器 。 

它 主要 用 来 设置 触摸 屏 的 A/D 转换 方式 , 普通 的 A/D 转换 有 8 个 输入 通道 , 这 8 个 通 
道 是 AIN0 一 AIN7, 其 中 AIN5 和 AIN7 用 于 做 为 触摸 屏 的 x 和 y 方向 的 输入 通道 , 具体 描 
述 如 表 7.4 所 示 。 
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表 7.4 ADCCON 控 制 寄 存 器 描述 


ADCCON 位 描述 


A/D 转换 结束 标志 

0: 正在 转换 ，1: 转换 结束 

A/D 转换 预 分 频 使 能 

0: 不 使 能 ，1: 使 能 

A/D 转换 预 分 频 器 数值 

数据 值 范 围 : 1 一 255 

当 预 分 频 为 N 时 ， 则 除数 实际 上 为 (N+1) 

注意 : ADC 频率 应 该 设置 成 小 于 PLCK 的 5 倍 
(例如 : 如 果 PCLK=10MHz，ADC 频率 小 于 2 MHz) 
选择 模拟 输入 通道 

000: AIN0; 001: AIN1 

010: AIN2; 011: AIN3 

100: AIN4; 101: AIN5 

110: AIN6; 111: AIN7 

选择 静止 模式 

0: 正常 模式 ，1: 静止 模式 

通过 读 取 来 启动 A/D 转换 

0: 不 启动 :1: 启动 

通过 设置 该 位 来 启动 A/D 操作 。 如 果 READ_START 是 使 能 的 ， 这 
个 值 就 是 无 效 的 

0: 无 操作 ，1: A/D 转换 启动 ， 启 动 后 该 位 被 清 0 


DCFLG [15] 


PRSCEN 04] 


PRSCVL [13:6] 


SEL MUX [5:3] 


STDBM [eal 


READ START [al 


ENABLE START [0] 


(2) ADC 触摸 屏 控制 寄存 器 ADCTSC。 

它 主要 用 来 选择 触摸 屏 的 工作 模式 。 通 过 设置 ADCTSC 控制 寄存 器 的 值 来 设置 触摸 屏 
引 脚 状况 从 而 可 以 设置 触摸 屏 的 工作 模式 ，ADCTSC 控制 寄存 器 的 具体 描述 如 表 7.5 
所 示 。 


表 7.5 ADCTSC 控 制 寄 存 器 描述 
ADCTSC 
此 位 表示 将 检测 哪 类 中 断 
0: 按 下 ，1: 松 开 
选择 YMON 的 输出 值 
0: YMON 输出 是 0 (YM= 高 阻 ) 
0: YMON 输出 是 1 (YM=GND) 
选择 nYPON 的 输出 值 
0: nYPON 输出 是 0 (YP= 外 部 电压 ) 
0: nYPON 输出 是 1 (YP 连接 到 AIN[5]) 
选择 XMON 的 输出 值 
0: XMON 输出 是 0 (XM= 高 阻 ) 
0: XMON 输出 是 1 (XM=GND) 
选择 nXPON 的 输出 值 
0: nXPON 输出 是 0 (XP= 外 部 电压 ) 
0: nXPON 输出 是 1 (XP 连接 到 AIN[7]) 
上 拉 切 换 使 能 
0: XP 上 拉 使 能 
1: XP 上 拉 禁 止 


Reserved 


YM_SEN 


YP_SEN 


XM_ SEN 


SP_SEN 


PULL UP 


.194 。 
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续 表 
ADCTSC 描述 
自动 连续 转换 X、Y 轴 坐 标 
AUTO PST 0: 普通 ADC 转换 
1: 自动 转换 
手动 测量 又 、Y 轴 坐标 
XY PST 00: 无 操作 模式 ，01: 对 义 轴 坐标 进行 测量 


10: 对 立轴 坐标 测量 ，11: 等 待 中 断 模式 


(3) ADCDAT0 和 ADCDAT1 寄存 器 

这 两 个 寄存 器 用 来 设置 要 转换 的 坐标 和 保存 坐标 的 转换 结果 。X 轴 的 坐标 转换 结果 会 
写 到 ADCDAT0 寄存 器 的 XPDAT 中 , 等 待 转换 完成 后 , 触摸 屏 控制 器 会 产生 相应 的 中 断 ; 
立轴 的 坐标 转换 结果 会 写 到 ADCDATI1 寄存 器 的 YPDAT 中 ， 等 待 转换 完成 后 ， 触 摸 屏 控 
制 器 会 产生 相应 的 中 断 ，ADCDAT0 和 ADCDATI1 寄存 器 的 具体 描述 如 表 7.6 和 表 7.7 所 


示 。 


表 7.6 ADCDAT0 寄存 器 描述 


ADCDATO 位 描 述 

等 待 中 断 模式 下 触 笔 的 点 击 或 抬 起 状态 
UPDOWN [15] 0: 触 笔 按 下 状态 

1: 触 笔 抬 起 状态 

自动 X/Y 轴 坐 标 转换 模式 
AUTO PST [14] 0: 普通 ADC 转换 

1: X/Y 轴 坐 标 转换 

手动 X/Y 坐标 转换 模式 
XY PST [13:12] 00: 无 操作 ;01: X 轴 坐 标 转换 

10: 立轴 坐标 转换 ，11: 等 待 中 断 模 式 
保留 [11:10] 保留 
XPDATA [9:0] 义 坐标 的 转换 数据 值 

表 7.7 ADCDAT1 寄存 器 描述 

ADCDAT1 位 描述 

等 待 中 断 模 式 下 触 笔 的 点 击 或 抬 起 状态 
UPDOWN [15] 0: 触 笔 按 下 状态 

1: 触 笔 抬 起 状态 

自动 XY 轴 坐 标 转换 模式 
AUTO PST [14] 0: 普通 ADC 转换 

1: X/Y 轴 坐 标 转换 

手动 X/Y 坐标 转换 模式 
XY_PST [13:12] 00: 无 操作 ; 01: 义 轴 坐标 转换 

10: 立轴 坐标 转换 ，11: 等 待 中 断 模式 
保留 [11:10] 保留 
YPDATA [9:0] Y 坐标 的 转换 数据 值 


(4) ADC 起 始 廷 迟 寄 存 器 (ADCDLY) 
ADCDLY 只 有 前 16 位 有 效 , 在 正常 转换 模式 , 独立 X/Y 位 置 转换 模式 和 自动 X/Y 位 


1. 
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置 转 换 模式 下 ，X/Y 位 置 转换 延迟 值 ， 当 在 等 待 中 断 模式 中 有 触 笔 按 下 时 ， 这 个 寄存 器 在 
间 区 的 几 毫 秒 时 间 内 ， 为 自动 X/Y 位 置 转 换 产生 中 断 信号 (INT_TC) ， 好 处 在 于 在 等 待 
中 断 的 时 候 还 可 以 进行 AD 转换 。 


7.3 ”2.6 内 核 触摸 屏 驱 动 源码 分 析 ( s3c2410_ts.c 源码 分 析 ) 


Linux 2.6.25 的 内 核 源码 中 已 经 包含 了 触摸 屏 的 相 驱动 了 , 驱动 开发 人 员 只 要 了 解 了 内 
核 的 LCD 驱动 体系 结构 ， 然 后 参考 内 核 中 己 有 LCD 驱动 源码 ， 再 针对 具体 的 触摸 屏 型 号 
和 硬件 资源 做 相关 修改 就 可 以 了 。 因 此 ， 本 节 开 始 将 要 分 析 Linux 2.6.25 的 触摸 驱动 源码 ， 
对 应 的 源 代码 在 drivers/input/touchscreen/s3c2410 ts.c 中 , 这 是 一 个 对 应 于 S3C2410 片 的 触 
摸 屏 驱 动 代码 ， 只 要 稍 做 修改 就 可 以 在 S3C2440 芯片 上 使 用 了 。 

文件 drivers/input/touchscreen/s3c2410 ts.c 是 内 核 针 对 S3C2410 芯片 而 设计 的 驱动 程 
序 ， 这 个 驱动 程序 也 是 一 个 平台 驱动 结构 ， 通 过 向 内 核 注册 device_driver 结构 初始 化 触摸 
屏 。device_driver 结构 必须 实现 两 个 函数 ， 分 别 是 probe 和 remove， 在 这 里 分 别 对 应 于 
s3c2410ts_probe 和 s3c2410ts_remove。s3c2410ts_probe 是 一 个 初始 化 函数 ， 主 要 功能 是 完 
成 资源 的 获取 和 对 硬件 初始 化 ， 以 下 分 别 介绍 。 


1. s3c2410ts_probe 分 析 


s3c2410ts_probe 是 一 个 探测 函数 ， 在 这 个 函数 中 完成 了 硬件 资源 获取 、GPIO 口 的 初 
始 化 、 中 断 申 请 和 注册 驱动 程序 等 操作 。 下 面 跟着 程序 流程 一 步 步 分 析 。 


static int _init s3c2410ts_probe (struct device *dev) 


/* 结 构 s3c2410_ts_mach_info 用 于 保存 触摸 屏 的 特定 数据 , 里 面 存放 的 是 触摸 屏 需 要 的 一 些 设 
置 参 数 ， 如 分 频 比 和 廷 时 等 参数 */ 


struct s3c2410 ts mach info *info; 


info = ( struct s3c2410 ts mach info *)dev->platform data; 


// 从 传 进来 的 平台 数据 中 获取 硬件 特定 数据 
if (!info) 


Printk (KERN ERR "Hm... too bad : no platform data for ts\n"); 
return -EINVAL; // 出 错 返 回 
} 


#ifdef CONFIG TOUCHSCREEN S3C2410 DEBUG 
printk (DEBUG LVL "Entering s3c2410ts_init\n"); // 这 是 一 些 调试 信息 的 打印 
#endif 


adc clock = clk get (NULL, "adc"); 
/* 获 取 时 钟 ， 挂 载 APB BUS 上 的 外 围 设备 ， 需 要 时 钟 控制 ，ADC 就 是 这 样 的 设备 */ 
if (!adc_clock) { 
Printk (KERN ERR "failed to get adc clock source\n"); 
return -ENOENT; 
//clk useladc clock); 
clk enable(adc clock); 


*196°* 
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#ifdef CONFIG TOUCHSCREEN S3C2410 DEBUG 
printk (DEBUG LVL "got and enabled clockN\n") 7 
#endif 


/* 开 始 映射 I/O 内存 ，I/O 内 存 是 不 能 直接 进行 访问 的 ， 必 须 对 其 进行 映射 ， 为 I/0 内 存 分 配 虚 
拟 地 址 ， 这 些 虚 拟 地 址 以 ”iomem 进行 说 明 ， 但 不 能 直接 对 其 进行 访问 ， 需 要 使 用 专用 的 函数 ， 如 
iowrite320 ()*/ 
base_addr=ioremap (S3C2410_ PR ADC, 0x20); 
if (base addr == NULL) { 
Printk (KERN ERR "Failed to remap register block\n"); 
return -ENOMEM; 


/* Configure GPIOs */ 
s3c2410 ts connect(); // 设 置 触 摸 屏 相关 的 4 个 GPIO 为 特殊 功能 


if ((info->presc&0xff) > 0) 
writel(S3C2410_ ADCCON PRSCEN | S3C2410 ADCCON PRSCVL (info->presc 
&0xFF),\ 


base_addr+S3C2410_ADCCON) ; // 使 能 预 分 频 和 设置 分 频 系数 
else 
writel (0,base addr+Ss3C2410 ADCCON); 
/* Initialise registers */ 
if ((info->delay&0xffff) > 0) 


writel (info->delay & 0xffff， base addr+S3C2410 ADCDLY) 
/* 设 置 ADC 延 时 ， 在 等 待 中 断 模 式 下 表示 产生 INT_TC 的 间隔 时 间 */ 


writel (WAIT4INT(0), base addr+Ss3C2410 ADCTSC); 
// 按 照 等 待 中 断 的 模式 设置 TSC 


下 面 开始 初始 化 s3c2410ts 结构 体 ，s3c2410ts 结构 体 定 义 如 下 : 
struct s3c241l0ts { 


struct input dev dev; // 定 义 输入 设备 

long xp; //X 轴 坐标 

long yp; //Y 轴 坐标 

int count; // 统 计 采 样 次 数 

int shift; // 用 于 根据 采样 次 数 求 平均 值 
char phys[32]; // 设 备 名称 


}; 
memset (&ts, 0, sizeof(struct s3c2410ts)); 
init input dev(&ts.dev); 


设置 事件 类 型 ， 下 面 几 句 都 是 设置 事件 类 型 中 的 代码 ， 要 理解 这 些 代码 ， 需 先 理解 事 
件 类 型 ， 常 用 的 事件 类 型 有 EV_KEY、EV_MOSSE，EV_ABS (用 来 接收 像 触 摸 屏 这 样 的 
绝对 坐标 事件 ) ， 而 每 种 事件 又 会 有 不 同类 型 的 编码 code， 比 如 ABS_X，ABS_Y， 这 些 
编码 又 会 有 相应 的 值 ， 关 于 内 核 的 输入 子 系统 在 后 面 详细 介绍 。 


ts.dev.evbit[0] = ts.dev.evbit[0] = BIT(EV SYN) | BIT(EV KEY) | 
BIT(EV ABS); 

ts.dev.keybit [LONG(BTN TOUCH)] = BIT(BTN TOUCH); 

input set abs params(&ts.dev, ABS X, 0, Ox3FF, 0, 0); 

input set abs params(&ts.dev, ABS Y, 0, 0x3E8, 0, 0); 

input set abs params(&ts.dev, ABS PRESSURE, 0, 1, 0, 0); 


ss 
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sprintf (ts.phys, "ts0"); // 填 写 设备 名 称 


/* 以 上 是 输入 设备 的 名 称 和 ID， 这 些 信息 是 输入 设备 的 身份 信息 */ 


ts.dev.private = &ts; 

ts.dev.name = S3c2410ts name; 
ts.dev.phys = ts.phys; 
ts.dev.id.bustype = BUS RS232; 
ts.dev.id.vendor = 0xDERD7 
ts.dev.id.product = 0xBEEF7 
ts.dev.id.version = S3C2410TSVERSION; 


ts.shift = info->oversampling shift;  // 设 置 采样 次 数 


下 面 开 始 注册 中 断 处 理 进程 。stylus_action 和 stylus_updown 是 两 个 中 断 处 理 函 数 ， 当 
笔尖 触摸 时 , 会 进入 到 stylus_updown。 这 里 申请 了 触摸 屏 相关 的 两 个 中 断 , 一 个 是 IRQ_TC 
中 断 ， 查 阅 了 数据 手册 后 了 解 到 ， 这 个 中 断 在 笔 按 下 时 ， 由 XP 管 脚 产生 表示 中 断 的 低 电 
平 信号 ,而 笔 抬 起 是 没有 中 断 信号 产生 的 。 另 一 个 是 IRQ_ADC_DONE 中 断 ， 该 中 断 是 当 
芯片 内 部 A/D 转换 结束 后 , 通知 中 断 控制 器 产生 中 断 , 此 时 就 可 以 去 读 取 转 换 得 到 的 数据 。 


} 


2: 


//if (request irq(IRQ ADC, stylus action, SA _ SAMPLE RANDOM | SA SHIRQ, 
if (request irq(IRQ ADC, stylus action, SA SAMPLE RANDOM, 
"s3c2410 action", &ts.dev)) { 
printk (KERN ERR "s3c2410 ts.c: Could not allocate ts IRQ ADC !\n"); 
iounmap (base addr); 
return -EIO; 
} ”//ADC 转换 中 断 ， 转 换 结束 后 触发 
if (request irq(IRQ TC, stylus updown, SA SAMPLE RANDOM, 
"s3c2410 action", &ts.dev)) { 
printk (KERN_ ERR "s3c2410 ts.c: Could not allocate ts IRQ TC !\n"); 
iounmap (base addr); 
return -EIO; 


} /VTSc 中 断 ， 触 笔 动作 触发 
printk (KERN INFO "%s successfully loaded\n", s3c2410ts name); 


/* All went ok, so register to the input system */ 

input register device(&ts.dev) 7 // 注 册 输 入 设备 

printk (KERN_INFO "%s input register device\n", s3c241l0ts name); 
return 0; 


touch_timer_fire 分 析 


touch_timer_fire0) 函 数 主 要 实现 以 下 功能 : 


口 


口 


口 


下 


ms 


stylus down 的 时 候 ,touch_timer_fire0 函 数 在 中 断 函 数 stylus_updown 里 被 调用 ， 此 
时 缓存 区 没有 数据 ，ts.count 的 值 为 0， 所 以 只 是 简单 地 设置 A/D 转换 的 模式 ， 然 
后 开启 A/D 转换 。 

当 ADC 中 断 函 数 stylus_action0 把 缓冲 区 填 满 时 ， 作 为 中 断后 半 段 函数 稍 后 被 调 
， 此 时 ts.count 等 于 shift， 算 出 其 平均 值 后 ， 交 给 事件 处 理 层 (Event Handler) 
处 理 ， 主 要 是 填写 缓冲 然后 唤醒 等 待 输入 数据 的 进程 。 


stylus 抬 起 ， 等 到 缓冲 区 填 满 后 〈 可 能 会 包含 一 些 无 用 的 数据 ) 被 调用 ， 这 时 判断 
出 stylus up， 报 告 stylus up 事件 ， 重 新 等 待 stylus down。 
面 分 析 具 体 代码 。 
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static void touch timer fire(unsigned long data) 


{ 
unsigned long data0; // 保 存 X 轴 的 坐标 
unsigned long datal; // 保 存 Y 轴 的 坐标 
int updown; // 保 存 触 笔 按 下 或 抬 起 ， 按 下 为 1 
data0 = readl (base addr+S3C2410_ ADCDATO); // 读 X 轴 的 坐标 
datal = read] (base addr+S3C2410 ADCDAT1); // 读 Y 轴 的 坐标 


updown = (!(data0 & S3C2410 ADCDATO UPDOWN)) && (!(datal & S3C2410 
ADCDATO_UPDOWN) ); // 测 试 触 笔 是 否 按 下 


/+* 触 笔 按 下 后 ， 开 始 对 x 和 Y 轴 的 坐标 进行 A/D 转换 ， 为 了 求 得 比较 精确 的 坐标 值 ， 可 以 进行 多 
次 转换 后 取 平均 值 。 这 里 的 ts . shift 就 是 转换 (采样 ) 的 次 数 */ 


和 


(updown) { // 触 笔 按 下 


if (ts-count =O // 多 次 采样 已 经 完成 
long tmp; 


tmp = ts.xp; 
ts.xp 
ts.yp 


ts.xp >>= ts.shift; // 求 平均 值 
ts.yp >>= ts.shift; 


/* 调 试 信息 */ 
#ifdef CONFIG TOUCHSCREEN S3C2410 DEBUG 


#endif 


af 
struct timeval tv; 
do gettimeofday (&tv); 
Printk (DEBUG LVL "T: %06d, XxX: $031d, Y: %03ld\n", (int)tyv. 
tv usec, ts.xp, ts.yp); 


} 


/* 下 面 两 句 是 报告 x、Y 的 绝对 坐标 值 */ 


input report abs(&gts.dev, ABS XxX, ts.xp); 


input report abs(&ts.dev, ABS Y, ts.yp); 


/* 报告 按键 事件 ， 键 值 为 1 代表 触摸 屏 对 应 的 按键 被 按 下 》*/ 
input report keyl(&ts.dev, BTN _ TOUCH, 1); 


/* 报告 触摸 屏 的 状态 ，1 表明 触摸 屏 被 按 下 */ 
input report abs (&ts.dev，RBS PRESSURE, 1); 


/* 等 待 接收 方 收 到 数据 后 回复 确认 ， 用 于 同步 */ 


input sync(&ts.dev); 


} 
/* 如 果 触 笔 是 刚刚 按 下 的 ， 那 么 ts .count 的 值 为 0， 此 时 要 清空 之 前 保存 的 数值 。 有 一 种 情况 ， 
当 触 笔 在 屏幕 上 拖 动 时 ， 会 不 停 地 采样 并 报告 坐标 值 */ 


ts.xp = 0; 
ts.yp = 07 
ts.count = 0; 


writel (S3C2410_ADCTSC PULL UP DISABLE | AUTOPST, base addr+S3C 


2410_ADCTSC) ; // 设 置 自动 转换 
writel (readl (base_addr+S3C2410_RADCCON) | S3C2410 ADCCON ENABLE 


ie 
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START, base addr+S3C2410 ADCCON); // 开 始 A/D 转换 
} else {  ”// 这 种 情况 是 触 笔 抬 起 的 时 候 


ts.count = 0; 


/* 报告 按键 事件 ， 键 值 为 1 (代表 触摸 屏 对 应 的 按键 被 释放 ) */ 
input report key(&ts.-dev，BTN TOUCH, 0); 


/* 报告 触摸 屏 的 状态 ，0 表明 触摸 屏 没 被 按 下 */ 
input report abs(&ts.dev, ABS PRESSURE, 0); 
input sync(g&ts.dev); 


/* 进入 s3c2410 触摸 屏 提 供 的 等 待 中 断 模式 ， 等 待 触 笔 按 下 */ 
writel (WAIT4INT (0), base addr+S3C2410 ADCTSC); 


} 
3. stylus_updown 分 析 


当 有 触 笔 按 下 屏幕 时 ， 触 摸 屏 会 产生 触摸 屏 中 断 ， 这 时 函数 stylus_updown0 就 会 被 调 
用 ， 从 而 进入 中 断 服 务 ， 这 是 在 s3c2410ts_probe0O 函 数 设置 中 断 调用 时 就 已 设置 好 了 的 。 
stylus_ updown 主要 完成 触 笔 动作 的 检查 工作 ， 有 具体 分 析 如 下 : 


static irqreturn t stylus updown(int irqg, void *dev id, struct Pt_regs 


*regs) 

1 
unsigned long data0; // 用 于 保存 ADCDAT0 的 值 
unsigned long datal; // 用 于 保存 ADCDAT1 的 值 
int updown; // 用 于 保存 触 笔 动作 


data0 = readl (base_addr+S3C2410_ADCDAT0); // 读 ADCDATO 的 值 
datal = readl (base_addr+S3C2410_ADCDAT1); // 读 ADCDAT1 的 值 


/* 再 次 判断 触 笔 是 否 真 的 按 下 ， 本 来 进入 这 个 中 断 服务 程序 就 说 明 触 笔 是 已 经 按 下 了 ， 这 里 有 廷 时 
去 拌 动 的 作用 */ 
updown = (!(data0 & S3C2410 ADCDATO UPDOWN)) && (!(datal & S3C2410_ 
ADCDATO_UPDOWN) ); 


/* TODO we should never get an interrupt with updown set while 
* the timer is running, but maybe we ought to verify that the 
* timer isn't running anyways. */ 


if (updown) 
touch timer fire(0); 


/* 判 断 出 stylus down， 调 用 touch timer fire 函数 ， 从 而 进入 中 断 的 底 半 部 */ 


return IRQ HANDLED; 
} 


4. stylus_action 分 析 


这 是 针对 A/D 转换 完成 的 中 断 处 理 函数 ， 当 A/D 转换 完成 时 ,判断 采样 是 否 完成 ， 没 
完成 则 继续 采样 ， 用 mod_timer 定时 器 来 设置 多 次 采样 的 时 间 间 隔 ， 具 体 分 析 如 下 : 
static irqreturn 七 stylus action(int irq, void *dev id, struct pt regs 


*regs) 
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unsigned long data0; // 用 于 保存 xX 坐标 的 值 
unsigned long datal; // 用 于 保存 Y 坐标 的 值 
data0 = read] (base addr+S3C2410 ADCDATO0); // 读 xX 坐标 的 值 
datal = readl (base addr+S3C2410 ADCDAT1); // 读 Y 坐标 的 值 


ts.xp += data0 & S3C2410 ADCDAT0 XPDATA MASK; //X 上 坐标 的 值 累 加 
ts.yp += datal & S3C2410 ADCDAT1 YPDATA MASK; //Y 坐标 的 值 累 加 


ts .count++7 // 计 数 器 递增 
if (ts.count < (l<<ts.shift)) { // 判 断 是 否 完成 采样 次 数 
writel (S3C2410_ADCTSC PULL UP DISABLE | AUTOPST, base addr+S3C24 
10_ADCTSC); // 设 置 为 自动 模式 
writel (readl (base addr+S3C2410 ADCCON) | S3C2410 ADCCON ENABLE 
START, base addr+S3C2410 ADCCON); // 开 始 A/D 转换 
} else { 


mod timer(&touch timer, jiffies+1); 
// 采 样 完成 ， 调 用 touch_timer_fire 报告 坐标 值 
writel (WAIT4INT (1), base addr+S3C2410 ADCTSC); 
， 


return IRQ HANDLED; 


5. 3c2410ts_remove 分 析 


这 是 一 个 设备 移 除 函 数 ， 当 注销 时 该 函数 会 被 调用 ， 它 主要 完成 资源 的 释放 ， 代 码 分 


析 如 下 : 


static int s3c2410ts remove(struct device *dev) 


{ 


前 


disable irq(IRQ ADC); // 禁 止 RMD 中 断 
disable irq(IRQ TC); // 禁 止 触摸 屏 中 断 
free irq(IRQ TC, &ts.dev); / /释放 触摸 屏 中 断 号 
free irq(IRQ ADC, gts.dev); // 释 放 A/D 中 断 号 


if (adc clock) { 
clk disable (adc clock); // 关 闭 时 钟 
//clk_unuse(adc_clock) 
clk put (adc clock) 
adc_clock = NULL; 
} 


input_unregister device(&ts.dev); // 注 销 输入 设备 
iounmap (base addr); 


return 0; 


7.4 Linux 内 核 输入 子 系统 介绍 


而 分 析 了 S3C2410 的 触摸 屏 驱动 ， 那么， 这 里 的 驱动 是 怎么 和 应 用 程序 交互 的 呢 ? 
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这 中 间 就 用 到 Linux 的 输入 子 系统 了 ， 现 在 深入 到 下 一 层 ， 对 Linux 的 输入 子 系统 进行 
分 析 。 


7.4.1 Input 子 系统 概述 


Linux 系统 提供 了 Input 子 系统 ， 输 入 子 系统 由 输入 子 系统 核心 层 (input core) 、 驱 
动 层 和 事件 处 理 层 (event handler) 3 部 分 组 成 。 输 入 事件 〈 如 鼠标 移动 、 键 盘 按 键 按 下 、 
joystick 的 移动 等 ) 通过 driver ->inputcore -> eventhandler -> userspace 的 顺序 到 达 用 户 空间 
传 给 应 用 程序 。 按 键 、 触 摸 屏 、 键 盘 、 鼠 标 等 输入 都 可 以 利用 Input 接口 函数 来 实现 设备 
驱动 。 

在 Linux 内 核 中 ，Input 设备 用 input_dev 结构 体 描述 ， 使 用 Input 子 系统 实现 输入 设 
备 驱动 程序 的 时 候 ， 驱 动 的 核心 工作 是 向 系统 报告 按键 、 触 摸 屏 、 键 盘 、 鼠 标 等 输入 事件 
(event， 通 过 input_event 结构 体 描述 ) ， 不 需要 再 关心 文件 操作 接口 ， 因 为 mput 子 系统 
已 经 完成 了 文件 操作 接口 。 驱 动 报 告 的 事件 经 过 InputCore 和 Eventhandler 最 终 到 达 用 户 
空间 。 例如, 触摸 屏 将 检测 到 的 所 有 按键 都 上 报 给 了 Input 子 系统 。Input 子 系统 是 所 有 IO 
设备 驱动 的 中 间 层 ， 为 上 层 提供 了 一 个 统一 的 接口 界面 。 所以， 在 终端 系统 中 ， 我 们 不 需 
要 去 管 有 多 少 个 键盘 ， 多 少 个 鼠标 ， 它 只 要 从 Input 子 系统 中 去 取 对 应 的 事件 (按键 、 鼠 
标 移 位 等 ) 就 可 以 了 。 


7.4.2 ”输入 设备 结构 体 


要 了 解 输入 设备 子 系统 ， 就 得 先 了 解 内核 中 输入 设备 的 定义 ， 这 里 先 给 出 内 核 中 
input_dev 的 定义 ， 然 后 再 对 其 中 重要 的 成 员 进 行 描述 ， 内 核 中 input_dev 的 定义 如 下 : 


struct input dev { 
/* private: */ 
void *private; /* do not use */ 
/* public: */ 


const char *name; 
const char *phys; 
const char *uniq; 
struct input id id; 


unsigned long evbit[BITS TO LONGS(EV_CNT)]; 
unsigned long keybit[BITS TO LONGS (KEY CNT)]; 
unsigned long relbit [BITS TO LONGS (REL CNT)]; 
unsigned long absbit[BITS TO LONGS (ABS CNT)]; 
unsigned long mscbit [BITS TO LONGS (MSC_CNT) ] 7 
unsigned long ledbit [BITS TO LONGS (LED CNT)]; 
unsigned long sndbit[BITS TO LONGS (SND CNT)]; 
unsigned long ffbit[BITS TO LONGS (FF CNT)]; 
unsigned long swbit[BITS TO LONGS (SW CNT)]; 


unsigned int keycodemax; 

unsigned int keycodesize; 

Void *keycode; 

int (*setkeycode) (struct input dev *dev, int scancode, int keycode); 
int (*getkeycode) (struct input dev *dev, int scancode, int *keycode); 
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struct ff device *ff7 


unsigned int repeat key; 
struct timer list timer; 


int sync; 


int abs[ABS MAX + 1]; 
int rep[REP MAX + 1]; 


unsigned long key[BITS TO LONGS (KEY CNT)]; 
unsigned long led[BITS TO LONGS(LED CNT)]; 
unsigned long snd[BITS TO LONGS (SND CNT)]; 
unsigned long sw[BITS_TO_LONGS (SW_CNT) ]7 


int absmax[ABS MAX + 1]; 
int absmin[ABS MAX + 1]; 
int absfuzz[ABS MAX + 1]; 
int absflat[ABS MAX + 1]; 


int (*open) (struct input dev *dev) 


7 


void (*close) (struct input dev *dev); 


int (*flush) (struct input dev *dev 


» Struct file *file); 


int (*event) (struct input dev *dev, unsigned int type, unsigned int code, 


int value); 
struct input handle *grab; 


spinlock t event lock; 
struct mutex mutex; 


unsigned int users; 
int going away; 


struct device dev; 
struct list head h list; 


struct list head node; 
I 


下 面 分 析 几 个 重要 的 字段 ， 这 是 在 驱动 程序 中 经 常用 到 的 。 


1. private 字 段 


在 Input 结构 中 ， 这 个 字段 可 以 被 用 来 指向 在 输入 设备 驱动 程序 中 的 任何 私有 数据 结 
构 ， 例 如 在 驱动 处 理 多 个 设备 时 。 在 open0 和 close0 函 数 中 ， 需 要 此 字段 。 


2. ID 和 name 字 段 


在 注册 输入 设备 前 ， 驱 动 程序 应 该 设置 dev->name。 它 是 一 个 字符 串 ， 例 如 Generic 


button device， 包 含 了 一 个 设备 的 名 字 。 


ID 字段 包含 了 总 线 ID (PCI USB, …), 供应 商 ID 和 设备 的 设备 了 .总 线 ID 在 inputh 
文件 中 定义 。 供 应 商 和 设备 ID 在 pci idsh、usb_idsh 和 相似 的 头 文件 中 被 定义 。 这 些 字 


段 应 该 在 注册 输入 设备 前 被 驱动 程序 设置 。 
ID 和 name 字段 可 以 通过 evdev 接口 传递 给 月 


旧 户 空间 使 用 。 
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3. keycode、keycodemax、keycodesize 字 段 


这 3 个 字段 可 以 用 于 所 有 输入 设备 ， 被 用 来 报告 将 产生 的 数据 作为 扫描 码 。 如 果 不 是 
所 有 的 扫描 码 可 以 被 自动 识别 所 辨别 ， 它 们 可 能 需要 通过 用 户 空间 应 用 程序 设置 。 这 样 
keycode 数组 被 用 来 映射 扫描 码 到 输入 系统 的 键 码 。 keycodemax 包含 了 数组 的 大 小 。 
keycodesize 表示 数组 中 数据 的 大 小 (单位 为 bytes〉。 


4. evbit 、keybit、relbit、absbit 字 段 


这 几 个 字段 是 用 于 设置 输入 设备 的 事件 类 型 ，EV_KEY 是 最 简单 的 事件 类 型 ， 用 作 按 
键 的 事件 类 型 。 这 个 事件 通过 下 面 函数 报告 给 输入 系统 : 


input report key(struct input dev *dev, int code, int value) 


可 以 通过 文件 linux/input.h 了 解 所 有 人 允许 的 码 值 (从 0 到 KEY MAX) 。 参 数 value 
为 布尔 值 ， 也 就 是 任何 非 零 值 意味 着 键 被 按 下 ,0 值 表示 键 被 释放 。 只 有 在 value 不 同 于 以 
前 的 value 的 ， 输 入 码 产 生 事件 。 

除了 EV_KEY, 还 有 两 个 基本 的 事件 类 型 ， 即 EV_REL 和 EV_ABS。 它们 被 用 于 表示 
设备 提供 的 相对 和 绝对 值 ， 例 如 ， 一 个 相对 值 可 以 是 鼠标 在 X 轴 上 的 移动 距离 。 鼠 标 上 报 
此 值 作为 相对 于 此 前 最 后 位 置 的 差 值 ， 因 为 鼠标 没有 采用 任何 绝对 坐标 系统 。 绝 对 事件 用 
于 摇 杆 和 数字 仪 joysticks and digitizers) ， 此 类 设备 在 一 个 绝对 坐标 系统 下 工作 。 

让 设备 上 报 EV_REL 和 上 报 EV_KEY 一 样 简单 ， 只 需 设 置 对 应 位 并 调用 下 面 函 数 ， 
仅 在 为 非 零 值 产生 事件 报告 。 


input report rell(struct input dev *dev, int code, int value) 


然而 ，EV_ABS 需要 一 些 特殊 的 处 理 。 在 调用 input_register_device0 函 数 之 前 ， 必 须 
为 设备 具有 的 每 个 绝对 坐标 填充 input_dev 数据 结构 中 相关 的 字段 。 假 如 例子 中 的 按键 设 
备 也 有 ABS_X 轴 : 

button dev.absmin[ABS X] = 0; 

button dev.absmax[ABS XxX] = 255; 

button dev.absfuzz[ABS X] = 4; 

button dev.absflat[ABS X] = 8; 

这 个 设置 可 能 对 摇 杆 和 轴 是 适合 的 ， 最 小 值 为 0， 最 大 值 为 235， 数 据 误差 是 士 4， 中 
心平 滑 位 置 为 8。 

如 果 不 需 要 absfuzz 和 absflat， 可 以 设置 它们 的 值 为 0。 这样 就 表示 数据 是 精确 的 ， 总 
是 返回 到 中 心 位 置 。 

除了 介绍 的 事件 类 型 ， 其 他 的 事件 类 型 还 包括 : 


EV_LED: used for the keyboard LEDs. 
EV_SND: used for keyboard beeps. 


这 两 个 非常 类 似 于 EV_KEY 事件 , 但 是 报告 方向 是 相反 的 , 也 就 是 说 从 系统 到 输入 设 
备 驱动 。 如 果 你 的 输入 设备 驱动 能 处 理 这 些 事件 ， 则 驱动 程序 必须 在 evbit 字段 设置 相对 
应 的 位 和 设置 回调 函数 : 
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button dev.event = button event; 
int button event (struct input dev *dev, unsigned int type, unsigned int code, 
int value); 
{ 
if (type == EV SND && code == SND BELL) { 
outb (value, BUTTON BELL); 
return 0; 


Teturn 一 17 


} 


这 个 回调 例 程 可 以 在 中 断 上 下 文 或 者 底 半 部 BH 中 调用 ， 因 此 不 能 休眠 ， 也 不 能 花费 
太 长 时 间 去 完成 。 


7.4.3 ”输入 链 路 的 创建 过 程 


输入 链 路 的 创建 过 程 主要 包括 硬件 设备 注册 和 input handler 两 部 分 。 下 面 依次 讲解 。 
1. 硬件 设备 的 注册 


驱动 程序 负责 和 底层 的 硬件 设备 打交道 ， 将 底层 硬件 对 用 户 输入 的 响应 转换 为 标准 的 
输入 事件 以 后 再 向 上 发 送 给 input core。 驱 动 程序 通过 调用 input_register_device 函数 和 
input_unregister_device 函数 来 向 输入 子 系统 中 注册 和 注销 输入 设备 。 

这 两 个 函数 调用 的 参数 是 一 个 input_dev 结构 , 这 个 结构 在 driver/input/input.h 中 定义 。 
驱动 程序 在 调用 input register device 之 前 需要 填充 该 结构 中 的 部 分 字段 。 如 
s3c2410ts_probe 函数 中 的 如 下 代码 : 


init input dev(&ts.dev) 7 

ts.dev.evbit[0] =ts.dev.evbit[0] =BIT(EV_SYN) | BIT(EV_KEY) | BIT(EV_RABS) 
ts.dev.keybit[LONG (BTN TOUCH)] = BIT(BTN TOUCH); 

input set abs params(&ts.dev, ABS X, 0, Ox3FF, 0, 0); 
input_ set abs params(&ts.dev, ABS Y, 0, 0x3E8, 0, 0); 
input set abs params(&ts.dev, ABS PRESSURE, 0, 1, 0, 0); 
sprintf (ts.phys,，"ts0");  // 填 写 设备 名 称 

/* 以 上 是 输入 设备 的 名 称 和 ID， 这 些 信息 是 输入 设备 的 身份 信息 了 */ 
ts.dev.private = gts; 

ts.dev.name = s3c2410ts name; 

ts.dev.phys = ts.phys; 

ts.dev.id.bustype = BUS RS232; 

ts.dev.id.vendor = OxDEAD; 

ts.dev.id.product = OxBEEF; 

ts.dev.id.version = S3C2410TSVERSION; 


2. 注册 input handler 


驱动 程序 只 是 把 输入 设备 注册 到 输入 子 系统 中 ， 在 驱动 层 的 代码 中 本 身 并 不 创建 设备 
结 点 。 应 用 程序 用 来 与 设备 打交道 的 设备 结 点 的 创建 由 event handler 层 调用 input core 中 的 
函数 来 实现 。 在 创建 具体 的 设备 结 点 之 前 ，event handler 层 需要 先 注册 一 类 设备 的 输入 事 
件 处 理 函 数 及 相关 接口 ， 以 endev handler 为 例 ， 代 码 在 evdev.c 文件 中 可 以 找到 : 


static struct input handler evdev handler = { 
.event = evdev event, 
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-Connect = evdev connect, 
-disconnect = evdev disconnect, 
.fops = &evdev fops, 
.minor = EVDEV MINOR BASE, 
-name = "evdev", 

.id table = evdev ids, 


}; 


static int init evdev init(void) 

. return input register handler(&evdev handler); 

在 evdev_init 中 调用 inputc 中 定义 的 input register handler 来 注册 一 个 事件 类 型 的 
handler。 这 里 的 handler 不 是 具体 用 户 可 以 操作 设备 ， 而 是 事件 类 设备 统一 的 处 理 函 数 接 
口 ， 如 我 们 所 说 的 触摸 屏 就 是 这 种 类 型 的 设备 。 

总 而 言 之 ， 整 个 流程 是 硬件 驱动 向 input 子 系统 注册 一 个 硬件 设备 后 ， 在 
input_register_device 中 调用 已 经 注册 的 所 有 类 型 的 input handler 的 connect0 函 数 ， 每 一 个 
有 具体 的 connectO 函 数 会 根据 注册 设备 所 支持 的 事件 类 型 判断 是 否 与 自己 相关 ， 如 果 相 关 就 
调用 input register_ minorO 创 建 一 个 具体 的 设备 结 点 。 

void input register device(struct input dev *dev) 


{ 


while (handler) { 

if ((handle = handler->connect (handler, dev))) 
input link handle (handle) 

handler = handler->next; 

} 

} 


此 外 ， 如 果 已 经 注册 了 一 些 硬件 设备 ， 此 后 再 注册 一 类 新 的 input handler， 则 同样 会 
对 所 有 已 注册 的 device 调用 新 的 input handler 的 connect0 函 数 以 确定 是 否 需要 创建 新 的 设 
备 结 点 。 

void input register handler(struct input handler *handler) 


{ 


while (dev) { 

if ((handle = handler->connect (handler, dev))) 
input link handle (handle); 

dev = dev->next; 

} 

} 


从 上 面 的 分 析 中 可 以 看 到 一 类 input handler 可 以 和 多 个 硬件 设备 相关 联 ， 创 建 多 个 设 
备 结 点 。 而 一 个 设备 也 可 能 与 多 个 input handler 相关 联 ， 创 建 多 个 设备 结 点 。 


7.4.4 使 用 Input 子 系统 


在 内 核 自 带 的 文档 Documentation/input/input-programming.txt 中 。 有 一 个 使 用 了 Input 
子 系统 的 例子 ， 并 附带 相应 的 说 明 。 下 面 以 这 个 为 例 来 分 析 如 何 使 用 Input 子 系统 。 


#include <linux/input.h> 
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#include <linux/module.h> 
#include <linux/init.h> 


#include <asm/irq.h> 
#include <asm/io.h> 


static void button interrupt (int irqg, void *dummy, struct pt regs *fp) 
{ 
input report key(&button dev, BTN 1, inb(BUTTON PORT) & 1); 
// 报 告 按键 事件 
input_sync (gbutton dev); // 等 待 接收 方 收 到 数据 后 回复 确认 ， 用 于 同步 
} 


static int _init button init(void) 
1 
if (request irq(BUTTON IRQ, button interrupt, 0, "button", NULL)) { 
Printk (KERN ERR "button.c: Can't allocate irqg %d\n",button_ 


irq); 

return -EBUSY; 
上 // 注 册 中 断 处 理 函数 
button _ dev.evbit[0] = BIT(EV KEY); // 设 置 输入 设备 是 按键 


button dev.keybit[LONG(BTN 0)] = BIT(BTN 0); // 有 一 个 按键 


input register device(&gbutton dev); // 注 册 输 入 设备 
E 


static void exit button exit(void) 

上 
input unregister device(gbutton dev); / /注销 输入 设备 
free irq(BUTTON IRQ, button interrupt); / /释放 中 断 

| 


module init(button init); 

module exit(button exit); 

这 个 示例 module 代码 相对 比较 简单 ， 在 初始 化 函数 里 注册 了 一 个 中 断 处 理 例 程 。 然 
后 注册 了 一 个 input device. 在 中 断 处 理 程序 里 ， 将 接收 到 的 按键 上 报到 Input 子 系统 。 

首先 ,程序 必须 包含 头 文件 <linux/input.h>， 这 个 文件 包含 了 输入 子 系统 的 接口 ， 提 供 
了 输入 设备 所 需要 的 所 有 定义 。 

在 模块 加 载 或 内 核 启动 时 调用 的 _initO 函 数 中 ， 它 申请 了 所 需 的 资源 〈 它 也 应 该 检查 
设备 的 存在 ) 。 

然后 ， 它 设置 了 输入 位 域 。 这 是 设备 驱动 告诉 输入 系统 其 他 部 分 它 是 什么 的 方法 ， 也 
就 是 说 哪些 事件 可 以 被 输入 设备 产生 和 接收 。 例子 中 设备 仅仅 产生 EV_KEY 类 型 事件 , 对 
应 的 事件 码 是 BTN_0。 这 样 ， 可 以 仅仅 设置 这 两 位 。 也 可 以 通过 下 面 语 句 完成 此 功能 ， 当 
需要 设置 多 位 时 ， 例 子 中 使 用 的 方式 更 简洁 。 

set bit (EV KEY, button dev.evbit); 

set bit(BTN 0, button dev.keybit); 

在 设置 完 输入 位 域 后 , 例子 驱动 通过 语句 input register_device(&button_dev): 注 册 输 入 
设备 数据 结构 。 它 增加 button_dev 数据 结构 到 输入 驱动 链表 中 ， 并 调用 设备 处 理 模块 
_connectO 函 数 去 通知 它们 一 个 新 的 输入 设备 已 经 被 发 现 。 因 为 connectO 函 数 可 能 会 调用 
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可 以 休眠 的 kmalloc(,，GFP_KERNEL) 函 数 ， 所 以 input_register_device0 函 数 不 能 在 中 断 上 
下 文 或 者 拥有 自 旋 锁 时 调用 。 

在 使 用 中 ,驱动 中 被 调用 的 函数 仅 是 button_interrupt0。 一 旦 从 按键 产生 中 断 ， 此 函数 
检查 按键 的 状态 ， 通 过 input_report_key0 函 数 调 用 向 输入 系统 报告 。 在 此 ， 不 需要 检查 中 
断 函数 是 否 通知 了 两 个 相同 的 事件 值 ( 例 如 ， 按 下 ， 按 下 ) ， 因 为 input_report_* 函 数 本 身 
完成 了 此 项 功能 。 

通过 input_sync0 函 数 调用 通知 事件 的 接收 者 , 已 经 发 送 了 完整 的 报告 。 在 一 个 按键 情 
况 下 ， 这 个 函数 看 起 来 并 不 重要 。 但 在 鼠标 移动 下 ， 此 函数 就 非常 重要 了 。 因 为 你 不 希望 
义 值 和 YY 值 被 分 开 解 释 ， 否则 ， 它 们 将 导致 不 同 的 鼠标 移动 事件 。 


7.4.5 ”编写 输入 设备 驱动 需要 完成 的 工作 


从 上 面 这 个 例子 可 以 看 出 ， 通 过 Input 子 系统 ， 具 体 的 输入 设备 驱动 只 需要 完成 如 下 
工作 : 


1. 在 模块 加 载 函数 中 告知 Input 子 系统 它 可 以 报告 的 事件 
设备 驱动 通过 set_bit0 告 诉 Input 子 系统 它 支 持 哪些 事件 ， 如 下 所 示 。 


set bit(EV KEY, button dev.evbit); 

set bit(BTN 0, button dev.keybit); 

这 两 个 函数 分 别 用 来 设置 设备 所 产生 的 事件 及 上 报 的 按键 值 . Struct iput_dev 中 有 两 个 
成 员 ， 一 个 是 evbit、 一 个 是 keybit， 分 别 用 于 表示 设备 所 支持 的 动作 和 按键 类 型 。 也 可 以 
像 下 面 一 样 直接 赋值 : 


button dev.evbit[0] = BIT(EV KEY); // 设 置 输入 设备 是 按键 
button dev.keybit[LONG(BTN_0)] = BIT(BTN_0);  // 有 一 个 按键 


2. 在 模块 加 载 函数 中 注册 输入 设备 
设备 驱动 可 以 通过 input_ register_device0) 注 册 一 个 输入 设备 ， 函 数 原型 如 下 : 


input register device(&button dev); 


这 个 函数 用 来 向 内 核 注册 一 个 输入 设备 ， 它 的 参数 类 型 是 一 个 输入 设备 结构 体 ， 驱 动 
程序 在 初始 化 输入 设备 结构 体 后 调用 该 函数 进行 注册 。 
3. 在 键 被 按 下 / 抬 起 、 触 摸 屏 被 触摸/ 抬 起 /移动 、 鼠 标 被 移动 / 单 击 / 抬 起 时 ， 通 过 input_ 
report_xxx() 函 数 报告 发 生 的 事件 及 对 应 的 键 值 /坐标 等 状态 


主要 的 事件 类 型 包括 EV_KEY (按键 事件 ) 、EV_REL (相对 值 ， 如 光标 移动 ， 报 告 
的 是 相对 最 后 一 次 位 置 的 偏 移 ) 和 EV_ABS〔 绝 对 值 ， 如 触摸 屏 、 操 纵 杆 ， 它 们 工作 在 绝 
对 坐标 系统 ) 。 

用 于 报告 EV_KEY、EV_REL 和 EV_ABS 事件 的 函数 分 别 为 : 


Void input report key(struct input dev +*+dev, unsigned int code, int value); 
Void input report rell(struct input dev *+dev, unsigned int code, int value); 
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void input report abs(struct input dev *dev, unsigned int code, int value); 
input sync() 
其 中 input sync 用 来 告诉 上 层 ， 本 次 的 事件 已 经 完成 了 ， 用 作 同 步 。 例 如 ， 在 触摸 屏 
设备 驱动 中 ， 一 次 坐标 及 按 下 状态 的 报告 过 程 如 下 : 


input report abs(input dev, ABS XxX, x); //X 坐标 
input report abs (input dev, ABS Y, y); /VY 坐标 
input report abs(input dev, ABS PRESSURE, pres);  // 压 力 
input sync (input dev); // 同 步 


4. 在 模块 卸载 函数 中 注销 输入 设备 
注销 输入 设备 的 函数 如 下 : 


void input unregister device(struct input dev *dev); 


是 前 一 节 内 核 源码 的 3c2410ts_remove 函数 中 用 下 面 函 数 注销 触摸 屏 输 入 设备 。 


input unregister device(gts.dev); // 注 销 输入 设备 


7.5 ”触摸 屏 驱 动 移植 和 内 核 编译 


在 Linux 2.6.25.8 中 没有 针对 S3C2440 芯片 的 触摸 屏 驱 动 程序 ， 所 以 要 在 S3C2440 芯 
片 使 用 触摸 屏 必 须 自己 编写 触摸 屏 驱 动 程序 ， 然 而 不 可 能 从 头 编写 ， 那 样 对 项 目 开 发 进度 
来 说 是 缓慢 的 。Linux 的 好 处 是 开源 ， 所 以 可 以 参考 Linux 已 经 有 的 相关 驱动 程序 做 简单 
修改 。 

Linux 2.6.25.8 已 经 包含 了 针对 S3C2410 芯片 的 触摸 屏 驱 动 程序 , 前 面 也 已 经 对 该 驱动 
源码 进行 了 分 析 ， 这 样 ， 对 于 编写 针对 S3C2440 芯片 的 触摸 屏 驱 动 程序 就 容易 多 了 ， 简 单 
的 触摸 屏 驱动 移植 过 程 如 下 。 


7.5.1 修改 初始 化 源码 

本 节 主 要 是 几 个 关键 文件 ， 这 些 文件 完成 一 些 硬件 初始 化 工作 。 读 者 看 这 里 的 时 候 可 
以 对 照 内 核 原 代码 来 看 。 

1. 修改 arch/arm/mach-s3c2440/mach-smdk2440.c 

这 个 文件 夹 的 上 部 分 写 的 都 是 各 个 硬件 设备 的 初始 化 数据 。 比 如 串口 的 初始 化 数据 定 
义 如 下 : 


static struct s3c2410 uartcfg smdk2440 uartcfgs[] _ initdata = { 


.hwport = 0, 
.flags = 0, 
.ucon = 0x3c5， 
.ulcon = 0x03, 
.ufcon = 0x51, 
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CL 


.hwport = 1, 
.flags = 0, 
.Ucon = OZ3C57 
-ulcon = 0x03， 
-ufcon = 0x51， 

]， 

/* IR port */ 

[2 
-hwport 入 
.flags = 0, 
-ucon = 0x3c5, 
.ulcon = 0x43, 
.ufcon = 0x51, 


1 
] 7 


该 文件 的 上 半 部 都 是 此 类 信息 ， 这 类 信息 多 数 是 在 该 文件 的 下 半 部 分 会 用 得 到 的 ， 对 
于 我 们 所 使 用 的 Linux 2.6.25.8 内 核 来 说 , 已 经 有 了 触摸 屏 初始 化 数 定义 了 , 但 如 果 是 其 他 
没有 触摸 屏 初 始 化 数 定义 的 内 核 版 本 ， 则 必须 在 这 里 加 入 如 下 代码 : 


static struct s3c2410 ts mach info s3c2440 ts info = { 
.delay = 10000, // 延 迟 
.presc = 49, // 分 频 
.oversampling shift = 2, // 采 样 次 数 

}; 


在 下 面 数组 中 加 入 关于 触摸 屏 的 平台 数据 ， 这 里 我 们 加 入 上 面 的 s3c_device ts: 


static struct platform device *smdk2440 devices[] _ initdata = { 
&s3c_device usb, 
&s3c device lcd, 
&s3c device wat, 
&s3c device i2c, 
&s3c device iis, 
&s3c_device ts，// 这 个 在 devs.c 中 定义 ， 看 下 文 
}; 


在 下 面 代码 段 中 加 入 黑体 部 分 ， 用 于 初始 化 设备 : 


static void _ init smdk2440 machine init (void) 


L 


SsS3c24xx fb set platdata(&smdk2440 fb info); 

s3c device ts.dev.platform data = &s3c2440 ts info; 

platform add devices (smdk2440 devices, ARRAY SIZE (smdk2440 devices)); 
smdk machine init(); 


} 
这 样 ，arch/arm/mach-s3c2440/mach-smdk2440.c 文件 部 门 的 代码 就 算 修改 完成 了 。 
2. 修改 arch/arm/plat-s3c24xx/devs.c 


这 个 文件 里 面 全 是 设备 信息 。 这 里 常 出 现 的 就 是 resource 类 型 的 数据 结构 。 代 表 各 类 
资源 ， 在 这 里 加 入 下 面 代码 ， 注 意 ， 要 在 文件 尾 ， 至 少 要 在 s3c_adc_resource 定义 之 后 ， 
因为 我 们 要 用 到 它 。 
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/*touch screen*/ 
struct Platform device s3c device ts ={ 

-name = "s3c2410-ts", 

> = 1 

-num resources = ARRAY SIZE(s3c adc resource), 
"resource = 53c adc resource, 


EXPORT SYMBOL(s3c device ts) 


对 于 上 面 的 EXPORT_SYMBOL 解释 如 下 ， 当 想 用 到 devs.c 中 的 数据 结构 时 ， 应 该 怎 
么 办 ? #include <devs.c>? 没 见 过 有 人 这 样 写 。 实 际 上 真 要 在 其 他 文件 里 用 到 devs.c 中 的 东 
西 ， 比 如 ,我 们 想 用 到 s3c_device_ ts， 就 在 devs.c 中 写 EXPORT SYMBOL(s3c_device ts); 
正如 上 面 的 代码 一 样 ， 然 后 ， 在 devs.h 中 写 这 么 一 句 


extern struct platform device s3c device ts 


这 样 ， 在 包含 了 头 文件 devs.h 的 c 文件 里 ， 就 可 以 使 用 这 个 通过 EXPORT_SYMBOL 
导出 来 的 变量 了 ， 正 如 我 们 前 面 arch/arm/mach-s3c2440/mach-smdk2440.c 中 的 代码 一 样 ; 
如 果 devs.c 中 的 东西 是 一 个 函数 的 话 ， 我 们 还 要 通过 “#include <devs.h>” 的 方式 ， 只 需要 
在 devs.h 中 加 入 函数 的 原型 即 可 ， 也 不 用 EXPORT_SYMBOL 这 样 的 宏 定 义 。 


3. 添加 头 文件 


如 果 使 用 的 内 核 版 本 里 面 没 有 reg-adch， 则 需要 从 其 他 版 本 复制 reg-adch， 文 件 位 置 
在 include/asm-arm/arch-s3c2410/regs-adc.h，Linux 2.6.25.8 版 本 是 有 这 个 文件 的 ， 只 要 在 该 
文件 内 添加 如 下 内 容 ， 这 些 内 容 是 用 来 设置 触摸 屏 的 工作 模式 的 。 

#define S3C2410 ADCTSC XY PST N (0x0<<0) // 无 操作 模式 

#define S3C2410 ADCTSC XY PST X (0x1<<0) // 对 X 坐标 进行 转换 


#define S3C2410 _ADCTSC XY PST Y (0x2<<0) // 对 Y 坐 标 进行 转换 
#define S3C2410_ADCTSC XY PST W (0x3<<0) // 等 待 中 断 模式 


编写 S3c2440_tsh 文件 复制 到 include/asmyarch-s3c2410/ 目 录 下 , 这 个 文件 用 于 S3C2440 
触摸 屏 的 平台 数据 结构 ， 其 内 容 如 下 所 示 。 


#ifndef _ ASM ARM S3C2440_TS H 
#define ASM ARM S3C2440 TS H 
struct s3c2440 ts mach info { 


int delay; // 延 迟 
int presc; // 预 分 频 
int oversampling_shift; // 采 样 次 数 


1 
void _ init set_s3c2440ts_info (struct s3c2440 ts mach info *hard s3c2440- 


ts_info) ; /* 用 于 设置 私有 数据 的 函数 */ 
#endif /* ASM ARM S3C2440 TS H */ 


7.5.2 ”修改 硬件 驱动 源码 s3c2440_ts.c 


将 下 载 的 S3C2410 的 驱动 程序 代码 复制 到 drivers/input/touchscreen/ 下 改名 为 
s3c2440 ts.c， 因 为 S3C2410 和 S3C2440 的 触摸 屏 接口 基本 相同 ， 所 以 不 用 对 代码 做 多 大 
修改 ， 只 要 改变 一 下 名 字 即 可 。 
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1. 修改 触摸 屏 的 私有 硬件 结构 体 


这 个 结构 体 定义 了 S3C2440 触摸屏 的 私有 数据 结构 , 包括 坐标 值 和 腰 板 计数 器 等 信息 ， 
修改 后 的 内 容 如 下 : 


static char *s3c2440ts name = "s3c2440 Touchscreen"; 
struct s3c2440ts { 
struct input dev *dev; // 输 入 设备 指针 


long xp; // 保 存 X 坐标 
long yp; // 保 存 Y 坐标 
int count; / /采样 记 数 器 
int shift; // 要 采样 的 次 数 


char phys[32]; 
用 
static struct s3c2440ts tsi// 定 义 S3C2440 触摸 屏 


2. 初始 化 触摸 屏 并 注册 该 触摸 屏 输入 设备 


注册 一 个 输入 设备 之 前 要 先 对 这 个 输入 设备 的 结构 体 进行 初始 化 ， 触 摸 屏 是 一 种 事件 
输入 设备 ， 这 里 把 它 同 时 初始 化 为 一 个 同步 事件 、 按 键 事件 、 绝 对 坐标 事件 ， 有 具体 代码 
如 下 : 


memset(gts, 0, sizeof (struct s3c2440ts)); 
ts.dev = input allocate device(); // 分 配 一 个 输入 设备 到 触摸 屏 结构 中 


ts .dev->evbit [0] = ts.dev->evbit[0] = BIT(EV SYN) | BIT(EV KEY) | 
BIT (EV_ABS) ; /* 同 步 事件 、 按 键 事件 、 绝 对 坐标 事件 */ 

ts .dev->keybit[LONG (BTN_TOUCH)] = BIT(BTN TOUCH); // 一 个 按键 

input set abs params (ts.dev，RBS X,0，0x3FF，0，0); // 绝 对 坐标 的 X 方向 
input_set_abs_params (ts.dev，RBS_Y，0，0x3FF，0，0); // 绝 对 坐标 的 Y 方 向 
input_ set abs params(ts.dev, ABS PRESSURE, 0, 1, 0, 0); 


// 按 下 还 是 抬 起 
sprintf (ts.phys, "ts0"); // dev 文件 夹 中 该 触摸 屏 的 名 字 
ts.dev->private = &ts; 
ts.dev->name = s3c2440ts name; // 输 入 系统 的 名 字 


ts.dev->phys = ts.phys; 
ts.dev->id.bustype = BUS RS232; 


ts.dev->id.vendor = 0xDEAD; // 生 产 商 代号 
ts.dev->id.product = OxBEEF; 

ts.dev->id.version = S3C2440TSVERSION; 

ts.shift = info->oversampling shift; 


Printk (KERN_INFO "%s successfully loaded\n", s3c2440ts name); 
/* All went ok, so register to the input system */ 


input register device(ts.dev); // 注 册 S3C2440ts 输入 设备 


3. 注册 S3C2440ts 触 摸 屏 驱 动 


下 面 是 注册 S3C2440ts 触摸 屏 驱 动 的 代码 ， 系 统 初 始 化 硬件 设备 时 会 调用 
s3c2440ts_init0 函 数 向 系统 注册 这 个 驱动 。 


static struct device driver s3c2440ts driver = { 
.name = "s3c2440-ts", 
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-bus &platform bus type， 
.probe Ss3c2440ts_probe, 
.remove = s3c2440ts remove, 


int init s3c2440ts init(void) 

a driver register(&s3c2440ts driver); 
3 _ exit s3c2440ts exit (void) 

ee unregister (&s3c2440ts driver); 


} 


7.5.3 修改 Kconfig 和 Makefile 


要 使 驱动 程序 可 以 在 内 核 的 配置 界面 中 显示 并 进行 配置 和 编译 ， 需 要 修改 
drivers/input/touchscreen/Kconfig 和 drivers/inputtouchscreen/Makefile 。 


1. 修改 drivers/input/touchscreen/Kconfig 


在 drivers/input/touchscreen/Kconfig 文件 中 添加 如 下 内 容 ， 这样 在 make menuconfig 时 
就 会 在 配置 菜单 中 显示 出 Samsung S3C2440 touchscreen input driver 这 一 项 ， 选 中 它 就 可 以 
编译 驱动 源码 了 。 
config TOUCHSCREEN S3C2440 
tristate "Samsung S3C2440 touchscreen input driver" 
depends on ARCH S3C2440 && INPUT && INPUT TOUCHSCREEN 
select SERIO 
help 
Say Y here if You have the s3c2440 touchscreen. 
If unsure, say N. 
To compile this driver as a module, choose M here: the 
module will be called s3c2440 ts. 
config TOUCHSCREEN S3C2440_DEBUG 
boolean "Samsung S3C2440 touchscreen debug messages" 


depends on TOUCHSCREEN S3C2440 
help 


Select this if you want debug messages 


2. 修改 drivers/input/touchscreen/Makefile 


在 drivers/input/touchscreen/Makefile 中 加 入 要 编译 进 内 核 的 驱动 源码 ， 这 样 就 可 以 把 
上 面 的 触摸 屏 驱 动 编译 进 内 核 中 了 ， 修 改 后 结果 如 下 ， 黑 体 为 加 入 的 内 容 。 
非 


# Makefile for the touchscreen drivers. 
提 


# Each configuration option enables a list of files- 


obj-$ (CONFIG TOUCHSCREEN ADS7846) 
Obj-$ (CONFIG TOUCHSCREEN BITSY) 
Obj-$ (CONFIG TOUCHSCREEN CORGI) 
Obj-$ (CONFIG TOUCHSCREEN GUNZE) 


ads7846.0 
h3600 ts input.o 
corgi Ese0 
gunze.o 


Obj-$ (CONFIG TOUCHSCREEN ELO) 
obj-$ (CONFIG TOUCHSCREEN FUJITSU) 
obj-$ (CONFIG TOUCHSCREEN MTOUCH) 
obj-$ (CONFIG TOUCHSCREEN MK712) 
obj-$ (CONFIG TOUCHSCREEN HP600) 
obj-$ (CONFIG TOUCHSCREEN HP7XX) 


obj-$ (CONFIG TOUCHSCREEN USB COMPOSITE) 


obj-$ (CONFIG TOUCHSCREEN PENMOUNT) 


obj-$ (CONFIG TOUCHSCREEN TOUCHRIGHT) 


obj-$ (CONFIG TOUCHSCREEN TOUCHWIN) 
obj-$ (CONFIG TOUCHSCREEN UCB1400) 
obj-$ (CONFIG S3C2410 TOUCHSCREEN) 
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T= el0.0 

+= fujitsu ts-o 

+= mtouch.o 

+= mk712.0 

+= hp680 ts input.o 

+= jornada720 ts.o 
+= usbtouchscreen.o 

+= penmount.o 

+= touchright.o 

+= touchwin.o 

+= ucb1400 ts.o 

+= s3c2440 ts.o 


7.5.4 配置 编译 内 核 


接 下 来 就 可 以 进入 内 核 配 置 界面 把 驱动 编译 入 内 核 中 了 。 
1. 把 触摸 屏 驱动 编译 进 内核 


因为 本 章 中 在 写 触摸 屏 驱 动 程序 时 把 触摸 屏 当 成 一 种 输入 设备 来 设计 的 ， 所 以 在 这 里 
要 进入 Device Drivers->Input device support 选项 中 , 然后 选 上 Samsung S3C2440 touchscreen 
input driver 和 Samsung S3C2440 touchscreen debug messages 这 两 个 选项 ， 选 前 一 个 选项 的 
目的 是 为 了 把 触摸 屏 驱动 源码 选择 编译 进 内 核 中 ， 选 后 一 个 选项 的 目的 是 为 了 在 标准 输出 
上 输出 驱动 代码 中 的 调试 信息 ， 选 择 的 结果 如 图 7.4 所 示 。 


文件 E) 编辑 (E) 查看 (V) ET 5 帮助 (D 


图 7.4 把 触摸 屏 驱 动 编译 进 内 核 


2. 选择 Event debugging 进 行内 核 调 试 
选择 Event debugging 进行 内 核 调试 , 当 调 试 没 错误 后 可 以 取消 该 选项 , 如 图 7.5 所 示 。 
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a 2 
文件 E) ”编辑 EE) ”查看 (V) 终端 D 转 球 G) 帮助 ID 


图 7.5 把 触摸 屏 驱 动 编译 进 内 核 


7.5.5 ”触摸 屏 测试 程序 设计 


对 于 输入 事件 接口 的 触摸 屏 设备 ， 它 使 用 的 是 输入 设备 的 标准 接口 。 这 种 接口 传递 的 
数据 结构 是 struct input_enent， 它 的 定义 在 include/linux/imput.h 中 。 


struct input event { 
struct timeval time; 
unsigned short type; 
unsigned short code; 
unsigned int value; 


1 


其 中 ， 字 段 time 是 时 间 戳 ， 利 用 结构 体 timeval 记录 了 事件 发 生 的 时 间 ; type 字段 表 
明了 事件 的 类 型 ， 对 于 触摸 屏 设备 来 说 ， 在 驱动 程序 中 定义 成 了 绝对 输入 设备 〈EV 一 一 
ABS);code 字段 返回 的 是 事件 代码 ,在 触摸 屏 设备 中 , 只 定义 了 ABS_PRESSURE、ABS_X、 
ABS_Y; value 字段 表示 返回 值 ， 以 下 的 代码 可 用 于 测试 触摸 屏 驱 动 程序 。 


#include <stdio.h> 
#include <unistd.h> 
#include <sys/tyupes.h> 
#include <sys/ipc.h> 
#include <sys/ioct1.h> 
#include <pthread.h> 
#include <fcntl.h> 
#include <linux/input.h> 


#define TS DEV "/dev/inut/event0O" 
static int ts fd=-1; 


Se 
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static int init_device (void) 
站 
if((ts_fd=open (TS_DEV,O_RDONLY) )<0){ // 打 开 触 摸 屏 设备 
printf ("open error:%s\n", TS DEV); 
retarn 一] 


Return 0; 
lt 


int main(void) 
{ 
int i; 
struct input event data; 
if(init device()<0) 
FetEarnes 


for (77)1{ 
read (ts fd, &data, siaeof (data)); // 不 停 地 读 入 数据 
if(data.type != EN _ABS) // 是 否 是 绝对 坐标 设备 


printf ("wrong type:%d\n",data,type); 
printf ("event=%s, value=%d\n", data.code==ABS X? "ABS XxX" : data.code 
==ABS Y? "ABS Y": data.code==ABS PRESSURE? "ABS PRESSURE":"unkn- 
own",data.value); // 打 印 数据 
} 


7.6 小 结 


本 章 主要 在 分 析 了 S3C2440 ADC 控制 寄存 器 的 硬件 操作 , 分 析 了 内 核 Input 子 系统 驱 
动 源 程序 并 在 此 基础 上 讲述 了 s3c2440_ts.c 驱动 程序 的 移植 。 触 摸 屏 驱动 程序 移植 主要 是 
要 了 解 内 核 中 Input 子 系统 体系 结构 及 如 何 操作 LCD 控制 器 ， 因 此 本 章 的 7.2、7.4 节 是 后 
面 移植 工作 的 基础 ， 读 者 要 认真 掌握 。 
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USB 是 英文 Universal Serial Bus 的 缩写 , 意 为 通用 串 行 总 线 ,是 由 Compaq、DEC、IBM、 
Intel、NEC、Microsoft 及 Northern Telecom 等 公司 于 1994 年 11 月 共同 提出 的 ， 主 要 目的 
为 了 指定 统一 的 USB 标准 。USB 设备 使 用 起 来 比较 方便 ， 其 文件 传输 速率 快 ， 而 且 具 有 
热 插 拔 性 能 ， 对 于 其 应 用 越 来 越 广泛 ， 目 前 与 PC 连接 的 外 围 设备 基本 都 具有 USB 接口 。 
常见 的 USB 设备 包括 USB 鼠标 、USB 键盘 、USB 摄像 头 、USB 打印 机 、U 盘 等 。 本 章 将 
主要 结合 代码 详细 介绍 USB 协议 ， 并 且 讲 解 几 种 常见 USB 设备 的 移植 步骤 。 


8.1 USB 协议 


在 Linux 下 进行 USB 设备 驱动 移植 时 ， 首 先 需要 对 USB 协议 有 初步 的 了 解 。 本 节 主 
要 讲解 USB 协议 的 系统 主要 组 成 部 分 、USB 系统 总 线 的 拓扑 结构 、 内 部 层次 关系 、 数 据 
流 模式 、USB 的 调度 等 。 


8.1.1 USB 协议 的 系统 主要 组 成 部 分 


USB 系统 主要 可 分 为 3 个 部 分 : USB 的 连接 部 分 、USB 的 设备 和 USB 的 主机 。 其 分 
层 模型 如 图 8.1 所 示 。 


USB 主 机 USB 设 备 


客户 软件 


U 
系统 软件 集合 


主机 控制 器 ' 总 线 接口 


天 [ 开 通信 沉 
一 一 一 一 一 逻辑 通信 流 


图 8.1 USB 主机 、 设 备 分 层 模 型 
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USB 主机 包括 USB 主机 控制 器 、USB 系统 软件 集合 、 客 户 软 件 。 其 中 ，USB 系统 软 
件 集合 由 USB 驱动 程序 、 主 机 控制 器 的 驱动 程序 和 主机 软件 构成 。USB 设备 包括 USB 总 
线 接口 、USB 逻辑 设备 、 应 用 层 。 

在 Linux 内 核 中 ，USB 设备 采用 结构 体 usb_device 表示 ， 该 结构 体 的 定义 如 下 。 


struct usb device { 


int devnum; 


// 设 备 号 ， 在 USB 总 线 上 的 地 址 
char devpath [16]; // 用 于 传递 消息 的 ID 字符 串 
enum usb device state state; 


// 设 备 状态 : 连接 态 、 加 电 态 、 默 认 态 、 编 址 态 、 配 置 态 
enum usb device speed speed; // 设 备 速 度 类 型 ,全速 、 低 速 、 高 速 其 中 一 种 
struct usb tt *tt; // 事 务 转换 信息 
int ttport; // 事 务 转换 HUB 的 设备 端口 
unsigned int toggle[2]; // 每 个 端点 用 一 个 bit 表示 ，[0] 表 示 IN，[1] 表 示 oUT 
struct usb device *parent; //USB 设备 的 父 结 点 均 为 HUB， 根 结 点 没有 父 结 点 
struct usb bus *bus; //USB 总 线 ，USB 设备 所 在 的 总 线 
struct usb host endpoint ep07 // 端 点 0， 默 认 的 控制 端点 


struct device dev; // 通 用 设备 接口 
struct usb device descriptor descriptor; //USB 设备 描述 符 
struct usb host_config *config; // 所 有 的 设备 配置 
struct usb host config *actconfig; // 活 动 的 配置 

struct usb host endpoint *ep in[16]; // 从 设备 到 主机 的 端点 
struct usb host endpoint *ep out[16]; // 从 主机 到 设备 的 端点 
char **rawdescriptors; // 每 个 配置 的 原始 描述 
unsigned short bus mA; // 当 前 可 用 

u8 portnum; // 父 端口 数 

u8 level; //USB、HUB 祖先 数 
unsigned can submit:1; // 可 以 被 提交 的 URB 
unsigned discon suspended:1; // 挂 起 时 断 开 


unsigned persist enabled:1; 
unsigned have langid:17 
unsigned authorized:17 
unsigned authenticated:17 
unsigned wusb:1; 

int string langid; 

/* 下 面 是 设备 的 固有 属性 ， 包 括 产 品 TD， 生 产 字符 串 ， 生 产 序列 号 等 */ 
char *product; 

char *manufacturer; 
char *serial; 


struct 


list head filelist; 


#ifdef CONFIG USB DEVICE CLASS 


struct 
#endif 


device *usb classdev; 


#ifdef CONFIG USB DEVICEFS 


struct 
#endif 


dentry *usbfs dentry; 


int maxchild; 
struct usb device *children[USB MAXCHILDREN]; // 接 在 HUB 上 的 子 设备 
int pm usage cnt; 
U32 quirks; 


atomic 


t urbnum; 


unsigned long active duration; 
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// 该 USB 设备 使 能 USB_PERSIST 
//tring langid 是 否 有 效 

// 权 限 

// 通 过 鉴 权 

// 无 线 USB 设备 

// 字 符 串 语 言 标识 


//USB 类 设备 


// 最 多 能 接 的 子 设 备 个 数 ， 也 就 是 HUB 的 端口 数 


// 使 用 计数 
// 提 交 的 URB 数目 
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#ifdef CONFIG PM 
struct delayed work autosuspend; 
struct work struct autoresume; 
struct mutex pm mutex; 


unsigned long last busy; 
int autosuspend delay; 


unsigned long connect time; // 设 备 第 一 次 连接 时 间 
unsigned auto pm:1; 
unsigned do remote wakeup:1; // 使 能 远程 唤醒 
unsigned reset resume:1; // 重 设 而 不 是 重启 
unsigned autosuspend disabled:1; // 用 户 禁 止 自动 挂 起 
unsigned autoresume disabled:1; // 用 户 禁止 自动 重启 
unsigned skip sys resume:1; // 跳 过 下 一 个 系统 重启 
#endif 


struct wusb dev *wusb dev; // 如 果 是 无 线 设备 ， 则 为 设备 连接 WUSB 专门 数据 
ji 


8.1.2 总 线 物理 拓扑 结构 


USB 系统 中 的 主机 和 设备 采用 的 是 星 形 连 接 方式 ， 其 物理 连接 拓扑 图 如 网 8.2 所 示 。 


图 8.2 USB 物理 总 线 的 拓扑 


图 8.2 中 的 HUB 是 一 类 特殊 的 USB 设备 , 它 是 一 组 USB 的 连接 点 ， 主 机 中 有 一 个 被 
嵌入 的 HUB 叫 根 HUB (rootHub) ， 主 机 通过 根 HUB 提供 多 个 连接 点 。 为 了 防止 出 现 环 
状 连 接 ， 连 接点 采用 星 形 连 接 来 体现 层次 性 。 


8.1.3 ”USB 设备 、 配 置 、 接 口 、 端 点 


在 USB 设备 的 逻辑 组 织 分 层 结 构 中 ， 包 含 设备 、 配 置 、 接 口 和 端点 4 个 层次 。 

每 个 USB 设备 都 提供 了 不 同 级 别 的 配置 信息 , 可 以 包含 一 个 或 多 个 配置 , 不 同 的 配置 
使 设备 表现 出 不 同 的 功能 组 合 〈 在 探测 /连接 期 间 需 从 其 中 选 定 一 个 ) ; 每 个 配置 则 由 多 个 
接口 组 成 ; 接口 由 多 个 端点 组 成 , 每 个 接口 代表 一 个 基本 的 功能 ， 是 USB 设备 驱动 程序 控 
制 的 对 象 ， 一 个 复杂 的 USB 设备 可 以 具有 多 个 接口 。 

端点 是 USB 通信 的 最 基本 形式 ， 对 主机 来 说 ， 每 一 个 USB 设备 接口 就 是 一 组 端点 的 
集合 。 主 机 只 有 通过 端点 才能 和 设备 进行 通信 ， 以 使 用 设备 的 功能 。 在 USB 系统 中 每 个 端 
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点 都 有 独一无二 的 地 址 ， 该 地 址 由 设备 地 址 和 端点 号 指定 。 每 个 端点 都 有 一 组 属性 ， 其 中 
包括 传输 方式 、 总 线 访问 频率 、 带 宽 、 端 点 号 和 数据 包 的 最 大 容量 等 。 一 个 USB 端点 只 能 
在 一 个 方向 承载 数据 ， 或 者 从 主机 到 设备 〈 称 为 输出 端点 ) ， 或 者 从 设备 到 主机 〈 称 为 输 
入 端点 ) ， 因 此 端点 传输 是 单 向 的 。 端 点 0 通常 为 控制 端点 ， 用 于 初始 化 设备 参数 。 只 要 
设备 连接 到 USB 上 并 且 上 电 ， 端 点 0 就 可 以 被 访问 。 端 点 1、2 等 一 般 用 作 数 据 端 点 ， 存 
放 主机 与 设备 问 通信 的 数据 。 

USB 设备 非常 复杂 ， 由 许多 不 同 的 逻辑 单元 组 成 ， 如 图 8.3 所 示 。 


设备 描述 符 


图 83 USB 设备 、 配 置 、 接 口 和 端点 


口 设备 通常 有 一 个 或 多 个 配置 ; 

口 配置 通常 有 一 个 或 多 个 接口 ; 

口 接口 通常 有 一 个 或 多 个 设置 ; 

口 接口 有 0 个 或 多 个 端点 。 

下 面 分 别 结合 代码 来 介绍 设备 描述 符 、 配 置 描述 符 、 接 口 描述 符 、 端 点 描述 符 。 

1. 设备 描述 符 

设备 描述 符 是 关于 设备 的 通用 信息 ， 包 括 供应 商 ID、 产 品 ID 和 修订 IJD、 支 持 的 设备 
类 、 子 类 和 适用 的 协议 以 及 默认 端点 的 最 大 包 大 小 等 。 在 Linux 内 核 中 ，USB 设备 用 
usb_device 结构 体 来 描述 , USB 设备 描述 符 被 定义 为 usb_device_descriptor 结构 体 , 该 结构 
体 的 定义 代码 如 下 : 


struct usb device descriptor { 


_u8 bLength; / /描述 符 长 度 

_u8 bDescriptorType; // 描 述 符 类 型 编号 

_ lel6 bcdUsB; //USB 版 本 号 

_u8 bDeviceClass; //USB 分 配 的 设备 类 code 
_u8 bDevicesubClass; //USB 分 配 的 子 类 code 
_u8 bDeviceProtocol; //USB 分 配 的 协议 code 
_u8 bMaxPacketSize07 //endpoint0 最 大 包 大 小 
_ lel6 idVendor; // 厂 商 编号 

_ lel6 idProduct; // 产 品 编号 
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_ lel6 bcdDevice; // 设 备 出 厂 编号 
_u8 iManufacturer; // 描 述 厂商 字符 串 的 索引 
_u8 iProduct; // 描 述 产 品 字符 串 的 索引 
_ u8 iSerialNumber; // 描 述 设备 序列 号 字符 串 的 索引 
u8 bNumConfigurations;  // 可 能 的 配置 数量 


} attribute  ((packed)); 


2. 配置 描述 符 


配置 描述 符 中 包括 该 配置 中 的 接口 数 、 支 持 的 挂 起 和 恢复 能 力 以 及 功率 要 求 。USB 配 


置 描述 符 在 内 核 中 被 定义 为 usb_host_config 结构 
代码 如 下 : 


struct usb config descriptor { 


体 ， 结 构 体 usb_config_descriptor 的 定义 


_u8 bLength; // 描 述 符 长 度 

_u8 bDescriptorType; // 描 述 符 类 型 编号 

_ lel6 wTotalLength; // 配 置 所 返回 的 所 有 数据 的 大 小 

_u8 bNumInterfaces; // 配 置 所 支持 的 接口 数 

_u8 bConfigurationValue; //Set_Configuration 命令 需要 的 参数 值 
_u8 iConfiguration; // 描 述 该 配置 字符 串 的 索引 值 

_u8 bmAttributes; // 供 电 模 式 的 选择 

_u8 bMaxPower; // 设 备 从 总 线 提取 的 最 大 电流 


} attribute ((packed)); 


3. 接口 描述 符 


接口 描述 符 中 包括 接口 类 、 子 类 和 适用 的 协议 , 接口 备用 配置 的 数目 和 端点 数目 。 USB 


接口 描述 符 在 内 核 中 被 定义 为 usb_interface 结构 体 , 结构 体 usb_interface_descriptor 的 定义 
代码 如 下 : 
struct usb interface descriptor { 
_u8 bLength; // 描 述 符 长 度 
_u8 bDescriptorType; // 描 述 符 类 型 
_u8 bInterfaceNumber; / /接口 的 编号 
u8 bAlternatesetting; // 备 用 的 接口 描述 符 编号 
_u8 bNumEndpoints; // 该 接口 使 用 的 端点 数 ， 不 包括 端点 0 
_u8 bInterfaceClass; // 接 口 类 型 
u8 bInterfaceSubClass;  // 接 口子 类 型 
_u8 bInterfaceProtocol;  // 接 口 所 遵循 的 协议 
_u8 iInterface; // 描 述 该 接口 的 字符 串 索 引 值 
} attribute ((packed)); 


4. 端点 描述 符 


端点 描述 符 中 包括 端点 地 址 、 方向 和 类 型 , 支 


则 端点 描述 符 中 还 包括 轮 询 频率 。 在 Linux 内 核 


持 的 最 大 包 大 小 。 如 果 端 点 为 中 断 类 型 ， 
Ph ，USB 端点 被 定义 为 usb_host_ endpoint 


结构 体 ，usb_endpoint descriptor 结构 体 的 代码 定义 如 下 : 


struct usb endpoint descriptor { 
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_u8 bLength; // 描 述 符 长 度 
u8 bDescriptorType; // 描 述 符 类 型 


u8 bEndpointAddress; 
// 端 点 地 址 :0 一 3 位 是 端点 号 ,第 7 位 是 方向 (0-0UT, 1-IN) 
/* 端 点 属性 : bit [10:1] 的 值 为 00 表示 控制 , 为 01 表示 同步 ,为 02 表示 批量 , 为 03 表示 
中 断 */ 
u8 bmAttributes; 
_ lel16 wMaxPacketSize; // 本 端点 接收 或 发 送 的 最 大 信息 包 的 大 小 
_u8 bInterval; // 轮 询 数据 传送 端点 的 时 间 间 隔 
// 对 于 批量 传送 的 端点 及 控制 传送 的 端点 ， 此 域 忽略 
// 对 于 同步 传送 的 端点 ， 此 域 必须 为 1 
// 对 于 中 断 传送 的 端点 ， 此 域 值 的 范围 为 1 一 255 
/* 注 意 : 下 面 两 个 字段 仅 在 音频 端点 中 使 用 */ 
_u8 bRefresh; 
_u8 bsynchAddress; 
} _attribute ((packed)); 


5. 字符 串 描述 符 


字符 串 描述 符 的 功能 是 在 其 他 描述 符 中 为 某 些 字段 提供 字符 串 索引 ， 用 来 检索 描述 性 
字符 串 ， 可 以 采用 多 种 语言 形式 提供 。 字 符 串 描述 符 是 可 选 的 ， 有 些 设 备 具 有 该 描述 符 ， 
而 另外 一 些 设备 则 可 能 没有 该 描述 符 , 字 符 串 描述 符 被 定义 为 usb_string_descriptor 结构 体 ， 
usb_string_descriptor 结构 体 的 定义 代码 如 下 : 


struct usb string descriptor { 


_u8 bLength; // 描 述 符 长 度 
u8 bDescriptorType; // 描 述 符 类 型 
_ lel6 wData[1]; //UTE-16LE 编码 
} _attribute _ ((packed)); 


8.1.4 ”USB 设备 状态 


USB 设备 状态 分 为 6 种 状态 ， 分 别 是 连接 态 、 加 电 态 、 默 认 态 、 编 址 态 、 配 置 态 和 挂 
起 态 。 各 个 状态 之 间 的 状态 转移 关系 如 图 8.4 所 示 。 

口 加 电 态 : USB 设备 的 电源 可 来 自 外 部 电源 ， 也 可 从 USB 接口 的 集线器 而 来 。 电 源 
来 自 外 部 电源 的 USB 设备 被 称 作 自 给 电源 式 的 (self-powered) USB 设备 。 尽 管 自 
给 电源 式 的 USB 设备 在 连接 上 USB 接口 前 可 能 已 经 处 于 带电 状态 ， 但 它们 连接 
到 USB 接口 后 才能 被 看 作 是 加 电 状态 (Powered state) 。 

口 默认 态 : 设备 加 电 以 后 ， 在 从 总 线 接收 到 复位 信号 前 不 应 对 总 线 传输 发 生 响 应 。 
只 有 设备 在 接收 到 复位 信号 之 后 ， 才 能 在 默认 地 址 处 变 为 可 寻 址 。 

口 编 址 态 : 在 加 电 复 位 后 所 有 的 USB 设备 都 使 用 默认 地 址 与 主机 通信 。 每 个 设备 在 
连接 或 复位 后 由 主机 分 配 一 个 唯一 的 地 址 。 当 USB 设备 被 挂 起 时 ， 它 保持 这 个 地 
址 不 变 。 
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8.4 USB 设备 状态 转化 图 


口 配置 态 : 在 USB 设备 正常 工作 以 前 ， 设 备 必须 被 正确 配置 。 从 设备 的 角度 来 看 ， 
配置 包括 将 非 0 值 写 入 设备 配置 寄存 器 的 操作 。 配 置 一 个 设备 或 改变 一 个 可 变 的 
设备 设置 会 使 得 与 这 个 相关 接口 的 终端 结 点 的 所 有 状态 与 配置 值 被 设 成 默认 值 。 

口 挂 起 态 : 为 了 省 电 ，USB 设备 在 探测 不 到 总 线 传输 时 自动 进入 中 止 状 态 。 当 中 止 
时 ，USB 设备 保持 本 身 的 内 部 状态 不 变 ， 包 括 它 的 地 址 及 配置 。 


8.1.5 ”USB 枚 举 过 程 


了 解 USB 设备 状态 后 ， 进 一 步 结 合 代码 和 序列 图 了 解 USB 的 枚 举 过 程 。USB 的 枚 举 
过 程 如 图 8.5 所 示 。 主 机 集线器 监视 每 个 端口 的 信号 电压 ， 当 有 新 设备 接 入 时 就 能 被 检测 
到 。 当 USB 设备 插入 到 HUB 后 ， 便 开始 USB 的 枚 举 过 程 。USB 的 枚 举 过 程 主要 分 为 以 
下 几 个 步骤 : 

(1) Get Port_Status: 主机 发 现 最 新 接 入 的 设备 ， 返 回 消息 告诉 主机 新 接 入 的 设备 是 
何 时 连接 到 集线器 上 的 。 


ss 
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图 8.5 USB 枚 举 过 程序 列 图 


static int get port status(struct usb device *hdev, int Port1， struct 
usb port status *data) 


中 


int i, status = -ETIMEDOUT; 
for (i = 0; i < USB STS RETRIES && status == -ETIMEDOUT; i++) { 
/* 从 设备 hdev 的 端点 0 请 求 USB 设备 状态 ， 将 读 取 的 设备 数据 保存 在 data*/ 
status = usb control msg(hdev, usb rcvctrlpipe (hdev, 0), 
USB_REQ GET STATUS, USB DIR IN | USB RT PORT, 0, portl, 
data, sizeof(*data), USB_ STS_ TIMEOUT); 
} 


return status; 


(2) Clear_Port_Feature: 用 于 清除 STATUS_CHANGE 寄存 器 中 的 标志 。 


static int clear port feature(struct usb device *hdev, 


feature) 


1 
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/* 清 除 设备 hdev 端口 信息 */ 

return usb control msg(hdev, usb sndctrlpipe (hdev, 0), 
USB REQ CLEAR FEATURE, USB RT PORT, feature, portl, 
NULL, 0, 1000); 


ne Poort 


int 
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(3) Set Port Feature: 当主 机 知道 有 新 的 设备 时 ， 主 机 向 集线器 发 送 Set Port Feature 
请 求 ， 请 求 集线器 重新 设置 端口 。 集 线 器 使 得 设备 的 USB 数据 线 处 于 重启 (RESET) 状态 
至 少 10ms。 


static int set port _ feature (struct usb _ device *hdev, int port1，int feature) 
/* 设 置 设备 hdev 端口 信息 */ 
return usb control msg(hdev, usb sndctrlpipe (hdev, 0), 
USB REQ SET FEATURE, USB RT PORT, feature, portl, 
NULL, 0, 1000); 
} 


(4) Reset_Device: 重启 设备 。 


int usb reset device(struct usb device *udev); 


(5) Get_Port_Status: 主机 发 送 一 个 Get_Port_Status 请 求 验证 设备 是 否 激 起 重启 状态 。 
返回 的 数据 有 一 位 表示 设备 仍然 处 于 重启 状态 。 集 线 器 释放 重启 状态 后 ， 设 备 就 进入 了 默 
认 状 态 ， 即 设备 已 准备 好 通过 Endpoint 0 的 默认 流程 响应 控制 传输 。 即 设备 目前 使 用 默认 
地 址 0x0 和 主机 通信 。 

(6) 集线器 检测 设备 速度 : 集线器 通过 测定 那 根 信号 线 (D+ 或 D-) 在 空闲 时 有 更 高 
的 电压 来 检测 设备 是 低速 设备 还 是 全 速 设备 。 然 后 通过 check highspeed0 检 测 是 全 速 设备 
还 是 高 速 设备 。 

static void check highspeed (struct usb hub *hub, struct usb _ device *udev, 


int Port1l) 
{ 


struct usb qualifier descriptor *qual; 
int status; 
/* 给 结构 体 usb_qualifier_descriptor 分 配 空间 */ 
qual = kmalloc (sizeof *qual, GFP KERNEL); 
if (qual == NULL) 
return; 
/* 从 设备 udev 读 取 设 备 USB 描述 符 ， 该 描述 的 类 型 为 USB_DT_DEVICE QUALIFIER*/ 
status = Usb get descriptor (udev, USB DT DEVICE QUALIFIER, 0, qual, 
sizeof *qual); 
if (status == sizeof *qual) { 
dev info(&udev->dev, "not running at top speed; " 
"connect to a high speed hub\n"); 
/*hub LEDs are probably harder to miss than syslog*/ 
if (hub->has indicators) { 
hub->indicator [port1-1] = INDICATOR GREEN BLINK; 
/* 加 入 工作 者 线程 hub->leds， 等 待 时 间 为 0 后 执行 */ 
schedule delayed work (ghub->leds, 0); 
} 


上 
/*# 释 放 所 分 配 结构 体 qual 的 空间 */ 
kfree (qual); 

} 


(7) Get_Device_Desciptor: 以 取得 默认 控制 管道 所 支持 的 最 大 数据 包 长 度 ， 并 在 有 限 
的 时 间 内 等 待 USB 设备 的 响应 ， 该 长 度 包含 在 设备 描述 符 的 bMaxPacketSize0 字段 中 ， 其 
地 址 偏 移 量 为 7， 所 以 这 时 主机 只 需 读 取 该 描述 符 的 前 8 个 字 节 。 

(8) Set_Address: PC 主机 分 配 一 个 设备 地 址 给 新 接 入 的 1O 设备 ， 所 有 随后 的 请 求 都 
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将 会 发 送 到 这 个 新 的 设备 地 址 。 接 收 新 分 配 的 设备 地 址 后 ， 设 备 进入 到 已 编 址 状态 。 


static int hub set _ address (struct usb device *udev，int devnum) 
{ 
int retval; 
if (devnum <= 1) 
return -EINVAL; 
if (udev->state == USB STATE ADDRESS) 
return 0; 
if (udev->state != USB STATE DEFAULT) 
return -EINVAL; 
/* 向 设备 udev 发 送 请 求 设置 地 址 */ 
retval = usb control msg(udev, usb sndaddr0pipe ()， 
USB REQ SET ADDRESS, 0, devnum, 0, 
NULL, 0, USB CTRL SET TIMEOUT); 
if (retval == 0) { 
/* 更 新 设备 的 新 地 址 */ 
update address (udev, devnum); 
/* 设 置 USB 设备 状态 为 USB_STATE ADDRESS*/ 
usb set device state(udev, USB STATE ADDRESS); 
/* 重 新 初始 化 设备 udev 的 端点 0*/ 
usb ep0 reinit (udev); 
} 
return retval; 


| 


(9) Get_Device_Descriptor: 读 取 设备 描述 符 的 全 部 字段 ， 获 得 该 设备 的 总 体 信息 ， 
包括 VID、PID 等 。 

(10) Get_Configuration Descriptor: 设备 驱动 程序 开始 读 取 所 有 关于 设备 的 信息 ， 包 
括 设备 的 接口 和 端点 。 对 于 一 个 功能 复杂 的 IO 设备 ， 配 置 可 能 相当 庞大 。 如 果 设 备 有 多 
个 配置 ， 驱 动 程序 也 要 读 出 所 有 配置 。 

(11) Get Device_String: 主机 发 送 Get Device_String 命令 给 设备 ， 获 得 字符 集 描述 
(unicode) ， 比 如 厂商 、 产 品 描述 、 型 号 等 。 

(12) 根据 Device_Descriptor 和 Device_Configuration 应 答 。 将 设备 、 配 置 、 端 点 描述 
符 等 信息 反馈 给 主机 ， 方 便 主 机 正确 加 载 设备 驱动 程序 。 

(13) 安装 设备 驱动 程序 : PC 主机 需要 决定 用 哪个 设备 驱动 程序 去 支持 新 连接 的 USB 
设备 。 如 果 选 定 的 设备 驱动 程序 没有 加 载 到 内 存 中 , 就 要 立即 加 载 设 备 驱动 程序 到 内 存 中 。 

(14) Set_ Configuration: 现在 设备 已 经 被 配置 好 了 并 且 可 以 运行 ， 此 时 设备 进入 已 配 
置 状态 。 


8.1.6 USB 请 求 块 (URB) 


USB 请 求 块 (USB request block，URB ) 是 USB 设备 驱动 中 用 来 描述 与 USB 设备 通 
信 所 用 的 基本 载体 和 核心 数据 结构 ， 与 网 络 设备 驱动 中 的 sk_buff 结构 体 类 似 ， 是 USB 主 
机 与 设备 之 间 传输 数据 的 封装 。 下 面 是 对 URB 结构 体 的 定义 。 
struct urb { 
/* 私 有 的 : 只 能 由 USB 核心 和 主机 控制 器 访问 的 字段 */ 
struct kref kref; //URB 引用 计数 
Void *hcpriv; // 主 机 控制 器 的 私有 数据 
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atomic t use count; // 并 发 传输 计数 

atomic t reject; // 传 输 将 失败 

int unlinked; // 未 连接 错误 码 

/* 公 共 的 : 可 以 被 驱动 使 用 的 字段 */ 

struct list head urb list; // 当 前 使 用 的 URB 链表 头 

struct list head anchor list; //the URB may be anchored 

struct usb anchor *anchor; 

struct usb device *dev; // 关 联 的 USB 设备 

struct usb host endpoint *ep; // 端 点 指针 

unsigned int pipe; // 管 道 信 息 

int status; //URB 的 当前 状态 

unsigned int transfer flags; //(in) URB SHORT NOT OK | ... 
void *transfer buffer; // 发 送 数据 到 设备 或 从 设备 接收 数据 的 缓冲 区 
dma addr t transfer dma; // 用 来 以 DMA 方式 向 设备 传输 数据 的 缓冲 区 


int transfer buf fer length; 
//transfer buffer 或 transfer_dma 指向 缓冲 区 的 大 小 


int actual length; //URB 结束 后 ， 发 送 或 接收 数据 的 实际 长 度 
unsigned char *setup packet; // 指 向 控制 URB 设置 数据 包 的 指针 

dma addr t setup dma; // 控 制 URB 设置 数据 包 的 DMA 缓冲 区 

int start frame; // 等 时 传输 中 用 于 设置 或 返回 初始 帧 

int number of packets; // 等 时 传输 中 包 数 

int interval; //URB 被 轮 询 到 的 时 间 间 隔 (对 中 断 和 等 时 urb 有 效 》 

int error count; // 等 时 传输 错误 数量 

void *context; //completion() 函数 上 下 文 


usb_complete t complete; // 当 URB 被 完全 传输 或 发 生 错误 时 ， 被 调用 


struct usb iso packet descriptor iso frame desc[0]; 


/* 单 个 URB 一 次 可 定义 多 个 等 时 传输 时 ， 描 述 各 个 等 时 传输 */ 
}; 


当 transfer_flags 标志 中 的 URB_NO_TRANSFER_DMA MAP 被 设置 时 ，USB 核心 将 


使 用 transfer_ dma 指向 的 缓冲 区 而 不 使 用 transfer_buffer 指向 的 缓冲 区 ， 这 表示 即将 传输 
DMA 缓冲 区 。 


当 transfer flags 标志 中 的 URB_NO_SETUP_DMA_MAP 被 设置 时 ， 如 果 控 制 urb 有 


DMA 缓冲 区 ，USB 核心 将 使 用 setup_dma 指向 的 缓冲 区 而 不 使 用 setup_packet 指向 的 组 


冲 


区 。 


URB 是 USB 接口 通信 的 关键 数据 ， 下 面 介 绍 URB 处 理 流 程 的 几 个 重要 函数 。 
1. URB 创 建 函 数 
创建 URB 的 过 程 主要 包括 为 URB 分 配 空间 ， 并 初始 化 该 URB 结构 体 。 


struct urb *usb alloc urbl(int iso packets, gfp t mem flags) 
{ 
struct urb *urb; 
/* 为 URB 分 配 空间 */ 
urb = kmalloc(sizeof(struct urb) + 
iso packets * sizeof(struct usb iso packet descriptor), 
mem flags); 
Er 
printk (KERN ERR "alloc urb: kmalloc failed\n"); 
return NULL; 


} 
/* 初 始 化 该 URB， 后 面 将 会 介绍 初始 化 URB 的 具体 实现 */ 
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usb init urb(urb); 
return urb; 


} 


参数 iso_packets 表示 这 个 URB 应 当 包含 的 等 时 数据 包 的 个 数 ， 若 为 0 表示 不 创建 等 
时 数据 包 。 参数 mem flags 为 分 配 内 存 的 标志 。 如 果 分 配 成 功 ， 该 函数 返回 一 个 URB 结构 
体 指针 ， 分 配 失败 则 返回 0。 在 驱动 中 不 要 静态 创建 URB 结构 体 ， 否 则 可 能 破坏 USB 核 


心 给 URB 使 用 的 引用 计数 方法 。 
2. 初始 化 URB 函 数 


根据 USB 的 设备 端点 类 型 来 分 ， 有 3 种 初始 化 函数 。 
(1) 对 于 中 断 URB， 其 初始 化 函数 为 ; 


static inline void usb fill int_urb (struct urb *urb, 
struct usb device *dev, 
unsigned int pipe, 
void *transfer buffer, 
int buffer length, 
usb complete t complete fn, 
Void *context, 
int interval) 


urb->dev = dev; 
urb->pipe = pipe; 
urb->transfer buffer = transfer buffer; 
urb->transfer buffer length = buffer length; 
urb->complete = complete fn; 
urb->context = context; 
if (dev->speed == USB_ SPEED HIGH) 
urb->interval = 1 << (interval - 1); 
else 
urb->interval = interval; 
urb->start frame = -1; 


} 


参数 urb 指向 要 被 初始 化 的 URB 的 指针 ; 参数 dev 指向 这 个 URB 要 被 发 送 到 的 USB 
设备 ， 参 数 pipe 是 这 个 URB 要 被 发 送 到 的 USB 设备 的 特定 端点 ;参数 transfer_buffer 是 


指向 发 送 数据 或 接收 数据 的 缓冲 区 的 指针 ， 和 URB 一 样 ， 它 也 不 能 是 静态 缓冲 


区 ， 必 须 


使 用 kmalloc0 来 分 配 ; 参数 buffer length 是 transfer buffer 指针 所 指向 缓冲 区 的 大 小 ; 
complete 指针 指向 当 这 个 URB 完成 时 被 调用 的 完成 处 理 函数 ;参数 context 是 完成 处 理 函 


数 的 “上 下 文 ”; 参数 interval 是 这 个 URB 应 当 被 调度 的 间隔 。 
(2) 对 于 控制 URB， 其 初始 化 函数 为 : 


static inline void usb fill control urb(struct urb *urb, 
struct usb device *dev, 
unsigned int pipe, 
unsigned char *setup packet, 
void *transfer buffer, 
int buffer length, 
usb complete t complete fn, 
Void *context) 
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urb->dev = dev; 

urb->pipe = pipe; 

urb->setup packet = setup packet; 
urb->transfer buffer = transfer buffer; 
urb->transfer buffer length = buffer length; 
urb->complete = complete fn; 

urb->context = context; 


» 
(3) 对 于 批量 URB， 其 初始 化 函数 为 : 


static inline void usb fill int urb(struct urb *urb, 
struct usb device *dev, 
unsigned int pipe, 
void *transfer buffer, 
int buffer length, 
usb complete t complete fn, 
Void *context, 
int interval) 


urb->dev = dev; 
urb->pipe = pipe; 
urb->transfer buffer = transfer buffer; 
urb->transfer buffer length = buffer length; 
urb->complete = complete fn; 
urb->context = context; 
if (dev->speed == USB_ SPEED HIGH) 
urb->interval = 1 << (interval - 1); 
else 
urb->interval = interval; 
urb->start frame = -1; 


} 

批量 URB 和 控制 URB 与 中 断 URB 的 参数 基本 类 似 。 

3. 释放 URB 

释放 由 usb_alloc_urb0 分 配 的 URB 结构 体 ， 释 放 URB 的 函数 如 下 : 


void usb free_urb (struct urb *urb) 


二 
if (urb) 
kref put(&urb->kref, urb destroy); 


4. 提交 URB 


提交 URB 给 USB 核心 。 在 完成 分 配 并 设置 URB 后 ， 使 用 usb_submit_urb0 函 数 把 新 
的 URB 提交 到 USB 核心 ， 提 交 URB 函数 定义 如 下 。 


int usb_submit_urb (struct urb *urb, gfp t mem flags); 
参数 URB 指向 被 提交 的 URB 结构 体 ， 参 数 mem_flags 是 传递 给 USB 核心 的 内 存 选 
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， 该 参数 用 于 指示 USB 核心 如 何 分 配 内 存 缓冲 区 。 如 果 函 数 执 行 成 功 ，URB 的 控制 权 
je USB 核心 接管 ， 否 则 函数 返回 错误 。 


8.2 USB 主机 驱动 


为 了 达到 USB 主机 功能 统一 、 提 高 系统 的 可 靠 性 与 可 移植 性 的 目的 , 芯片 厂家 同时 确 
定 USB 标准 和 相应 的 主机 规范 。 现在 用 得 比较 广泛 的 有 3 种 : INTEL 推出 的 用 于 USB 2.0 
高 速 设备 的 EHCI 《Enhanced Host Control Interface 增强 主机 控制 接口 ) 规范 和 “UHCI 
(Universal Host Control Interface 通用 主机 ) 规范 ， 以 及 前 Compaq 、Microsoft 等 推出 的 可 
用 于 全 速 与 低速 USB 系统 中 的 OHCI (Open Host Control Interface 开放 主机 控制 接口 ) 
规范 。 


8.2.1 USB 主机 驱动 结构 和 功能 


USB 主机 控制 器 有 3 种 标准 : OHCI、UHCI 和 EHCI。OHCI 对 硬件 的 要 求 与 系统 性 
能 、 软件 复杂 的 要 求 相对 较 低 , 也 能 够 满足 大 部 分 具有 USB 接口 嵌入 式 系统 的 要 求 。UHCI 
对 系统 的 处 理 能 力 与 软件 的 开发 要 求 相 对 要 高 (PC 就 较 多 地 采用 了 UHCI) ; EHCI 兼容 
OHCI 和 UHCI。 在 嵌入 式 的 USB HOST 功能 中 ,采用 OHCI 的 规范 , 后 面 将 主要 介绍 OHCI 
主机 驱动 。 

Linux 中 的 USB 子 系统 核心 模块 为 USB Core 模块 ， 它 为 USB 驱动 (device 和 HC) 
提供 了 一 个 用 于 访问 和 控制 USB 硬件 的 统一 接口 。 应 用 程序 发 送 的 USB 请 求 块 (urb) 经 
过 USB 设备 驱动 和 USB Core 后 到 达 USB 主机 控制 器 (HC) ,主机 控制 器 解析 URB 后 将 
数据 发 往 指 定 的 USB 设备 ， 如 图 8.6 所 示 。 


USB Device USB Device G Device 
Driver Driver Driver 


USB Core 


下 层 API It 


图 8.6 USB 驱动 结构 


口 解析 和 维护 URB， 根据 不 同 的 端点 进行 分 关 缓存 URB。 
口 负责 不 同 USB 传输 类 型 的 调度 工作 。 

口 负责 USB 数据 的 实际 传输 工作 。 

口 实现 虚拟 根 HUB 的 功能 
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8.2.2 ”主机 控制 器 驱动 (usb_hcd) 


Linux 内 核 中 ，USB 主机 控制 器 驱动 被 定义 为 usb_hcd 结构 体 。 在 usb_hcd 结构 体 中 
描述 了 USB 主机 控制 器 的 硬件 信息 、 状 态 和 操作 函数 。usb_hcd 的 定义 在 内 核 
drivers/usb/core/hed.h 文件 中 ， 其 定义 代码 如 下 : 


struct usb hcd { 


/* 控 制 器 的 基本 信息 */ 

struct usb bus self; //hcd is-a bus 
struct kref kref; // 索 引 计数 器 

const char *product desc; // 产 品 /厂商 字符 串 
char irq descr[24]; // 驱 动 + 总 线 # 

struct timer list rh timer; // 根 HUB 轮 询 时 间 间 隔 
struct urb *status_ urb; // 当 前 URB 状态 


#ifdef CONFIG PM 

struct work struct wakeup work; /* 针 对 具备 唤醒 能 力 的 USB 设备 ，USB 设备 
也 可 以 远程 唤醒 的 电流 信号 来 请 求 主机 退出 中 止 态 或 选择 中 止 态 。 当 设备 复位 时 ， 远 程 唤醒 能 力 必 
须 被 禁止 。*/ 
#endif 

/* 硬 件 信息 和 状态 */ 

const struct hc driver *driver; // 控 制 器 驱动 使 用 的 回调 函数 


/* 需 要 维护 的 标志 */ 

unsigned long flags; 
#define HCD FLAG HW ACCESSIBLE 0x00000001 
#define HCD FLAG SAW IRQ 0x00000002 


unsigned rh registered:1; // 是 否 注册 根 HUB 
/*The next flag is a stopgap, to be removed when all the HCDs 
* support the new root-hub polling mechanism.*/ 


unsigned uses new polling:1; 
unsigned poll rh:1; // 是 否 允许 轮 询 根 HUB 状态 
unsigned Ppoll pending:1; // 状 态 是 否 改 变 
unsigned wireless:1; // 是 否 支 持 无 线 USB 主机 控制 器 
unsigned authorized default:17 
unsigned has tt 1 //Integrated TT in root hub 
int irq; // 控 制 器 的 中 断 请 求 号 
void _ iomem *regs; // 控 制 器 使 用 的 内 存 和 I/O 
u64 LSrc Starty // 控 制 器 使 用 的 内 存 和 I/o 起 始 地 址 
u64 rarc len; / /控制 器 使 用 的 内 存 和 工 /0 资源 长 度 
unsigned power_ budget; //in mA，0 = 无 限制 
#define HCD BUFFER POOLS 4 
struct dma pool *pool [HCD BUFFER POOLS]; 
int state; 
define ACTIVE 0x01 
define _ SUSPEND Ox04 
define TRANSIENT 0x80 
define HC STATE HALT 0 


define HC STATE RUNNING  (_ ACTIVE) 
define HC STATE QUIESCING ( SUSPEND| TRANSIENT| ACTIVE) 
define HC STATE RESUMING (SUSPEND| TRANSIENT) 


六 六 砷 砷 着 间 条 


非 
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define HC STATE SUSPENDED (SUSPEND) 


#define HC IS RUNNING (state) ((state) & _ACTIVE) 
#define HC IS SUSPENDED(state) ((state) & SUSPEND) 


/* 主 机 控制 器 的 私有 数据 */ 


unsigned long hcd priv[0] attribute ((aligned (sizeof (unsigned 


long)))); 


] 7 


usbs_hcd 结构 体 中 的 he_driver 成 员 也 比较 


要 , 该 结构 包含 了 具体 的 用 于 操作 主机 控 


制 器 的 回调 函数 。 该 结构 体 的 定义 如 下 : 
struct hc driver { 
const char*description; //"ehci-hcd" 等 
const char*product desc; // 产 品 /厂商 字符 串 
size 七 hcd priv size; // 私 有 数据 的 大 小 */ 
/* 中 断 处 理 函 数 */ 
irqreturn t (*irq) (struct usb hcd +hcd) 
int flags; 
#define HCD MEMORY 0x0001 //HC 寄存 器 使 用 的 内 存 和 I/O 
#define HCD LOCAL MEM 0x0002 //HC 需要 本 地 内 存 
#define HCD USB11 0x0010 //USB 1.1 协议 
#define HCD USB2 0x0020 //USB 2.0 协 议 


"2 


/* 用 来 初始 化 HCD 和 root hub*/ 
int (*reset) (struct usb hcd *hcd); 
int (*start) (struct usb hcd *hcd); 
/* 挂 起 HUB 后 ， 进 入 D3 etc 前 被 调用 */ 
int (*pci_ suspend) (struct usb hcd *hcd, pm message t message); 
/* 在 进入 D0 (etc) 后 ,恢复 Hub 前 使 用 */ 
int (*pci resume) (struct usb hcd *hcd); 
/* 使 HCD 停止 写 内 存 和 进行 I/0 操作 */ 
void(*stop) (struct usb hcd *hcd); 
/* 关 闭 HCD*/ 
void(*shutdown) (struct usb hcd *hcd) ; 
/* 返 回 当前 的 帧 数 */ 
int (*get frame number) (struct usb hcd *hcd); 
/* 管 理 I/O 请求 和 设备 状态 */ 
int (*urb enqueue) (struct usb hcd *hcd, struct urb *urb, gfp t 
mem flags); 
int (*urb dequeue) (struct usb hcd *hcd, struct urb *urb, int status); 
/* 释 放 端 点 资源 */ 
Void (*endpoint disable) (struct usb hcd *hcd，struct usb host_endp- 
oint *ep) 7 
/* 支 持 根 HUB*/ 
int (+hub status data) (struct usb hcd *hcd, char *buf); 
int (*hub control) (struct usb hcd *hcd, ulé6 typeReq, ul6 wValue, ul6 
wIndex, 
char *buf, ul6 wLength); 

int (*bus_suspend) (struct usb hcd *); 
int (*bus_ resume) (struct usb hcd *); 
int (*start port reset) (struct usb hcd *#, unsigned port num); 

/* 强 制 将 高 速 端口 转化 为 全 速 companion*/ 
void(*relinquish port) (struct usb hcd *, int); 

/* 是 否 有 端口 向 companion 转化 */ 


int (*port handed over) (struct usb hcd *, int); 
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在 Linux 内 核 中 ， 使 用 函数 usb_create_hcd0 创 建 HCD: 


struct usb hcd *usb create hcd (const struct hc driver *driver, struct 
device *dev, char *bus name); 


在 Linux 内 核 中 ， 使 用 函数 usb_add_ hcd0 和 usb_remove_hcd0 增 加 和 移 除 HCD: 
int usb add hcd (struct usb hcd *hcd，unsigned int irqnum, unsigned long 


irqflags) 7 
void usb remove _hcd(struct usb hcd *hcd) 7 


8.2.3 OHCI 主机 控制 器 驱动 


OHCI HCD 驱动 属于 主机 驱动 HCD 的 实例 ， 该 结构 体 中 指定 了 与 主机 控制 器 通信 的 
VO 内 存 、 主 存 、 主 机 控制 器 的 队列 信息 和 队列 数据 管理 、 驱 动 状态 信息 和 了 D 等 。 


struct ohci hcd { 
spinlock t lock; 
/* 与 主机 控制 器 通信 的 TI/O 内 存 (DMA 一 致 ) */ 
struct ohci regs iomem *regs; 
/* 与 主机 控制 器 通信 的 主 存 (DMA 一 致 ) */ 


struct ohci hcca *hcca; 


dma addr t hcca dma; 

struct ed *ed_rm list; /* 指 向 将 被 移 除 的 OHCI 端点 */ 
struct ed *ed_ bulktail; /* 批 量 队列 尾 */ 

struct ed *ed_controltail; /* 控 制 队列 尾 */ 

struct ed *periodic [NUM INTS]; /*shadow int table*/ 


/*OTG 控制 器 和 收发 器 需要 软件 交互 ， 其 他 的 外 部 收发 器 应 该 是 软件 透明 的 */ 
struct otg transceiver *transceiver; 

void (*start hnp) (struct ohci hcd*ohci); 

/* 队 列 数 据 的 内 存 管理 */ 

struct dma pool *td_ cache; 

struct dma pool *ed_cache; 

struct td *td hash [TD HASH SIZE]; 

struct list head pending; 


/* 驱 动 状态 */ 
int num ports; 
int load [NUM INTS]; 
u32 hc_control; /* 主 机 控制 器 控制 寄存 器 的 复制 */ 
unsigned long next statechange; /* 挂 起 /恢复 */ 
u32 fminterval; /* 被 保存 的 寄存 器 */ 
unsigned autostop:1; /*rh auto stopping/stopped*/ 
unsigned long flags; /*for HC bugs*/ 
/* 各 厂家 芯片 ID 定义 */ 


#define OHCI QUIRK AMD756 0x01 /*erratum #4*/ 


#define OHCI QUIRK SUPERIO 0x02 


#define OHCI QUIRK INITRESET 0x04 


#define OHCI QUIRK BE DESC 0x08 
#define OHCI QUIRK BE MMIO 0x10 
#define OHCI QUIRK ZFMICRO 0x20 
#define OHCI QUIRK NEC 0x40 


/*natsemi*/ 

VSL9s OPTir Tess) 

/*BE descriptors*/ 

/*BE registers*/ 

/*Compaq ZFMicro chipset*/ 
/*lost interrupts*/ 
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#define OHCI_QUIRK FRRME NO 0x80 /*no big endian frame no shift*/ 


#define OHCI QUIRK HUB POWER 0x100 
/*distrust firmware power/oc setup*/ 


#define OHCI QUIRK AMD ISO 0x200 /*#ISO transfers*/ 
// there are also chip quirks/bugs in init logic 
struct work struct nec work; /*Worker for NEC quirk*/ 


/*Needed for ZF Micro quirk*/ 
struct timer list unlink watchdog; 


unsigned eds scheduled; 
struct ed *ed to check; 
unsigned zf delay; 
#ifdef DEBUG 
struct dentry *debug dir; 
struct dentry *debug async; 
struct dentry *debug periodic; 
struct dentry *debug registers; 
#endif 


}; 


8.2.4 ”S3C24XX OHCI 主机 控制 器 驱动 实例 


本 节 将 以 S3C24XX OHCI 主机 控制 器 驱动 的 生命 周期 过 程 介绍 OHCI 主机 控制 器 。 
(1) S3C24XX OHCI 主机 驱动 安装 系统 后 ， 系 统 自动 识别 S3C24XX OHCI 主机 驱动 。 


static struct Platform driver ohci hcd s3c2410 _ driver = { 


.probe = ohci hcd s3c2410 drv probe, 
.remove = Ohci hcd s3c2410_drv_remove, 
.shutdown = usb hcd platform shutdown, 
-driver = 

.owner = THIS _ MODULE， 


.name = "s3c2410-ohci", 
}, 
}; 


(2) 识别 到 主机 类 型 为 S3C24XX OHCI 后 , 自动 调用 驱动 函数 ohci hecd_s3c2410 drv_ 
probe()。 在 该 函数 中 会 调用 usb_hcd_s3c2410_probe()。 


static int ohci hcd s3c2410 drv probe(struct platform device *pdev) 


. 
return usb hcd s3c2410 probe(&ohci s3c2410 hc driver, pdev); 


} 


(3) 在 函数 usb_hcd_s3c2410_probe0 中 会 调用 函数 usb_create_hcd0 创 建 主机 控制 器 驱 
动 实例 。 


static int usb hcd s3c2410 probe (const struct hc driver *driver, 
struct platform device *dev) 


| 
struct usb hcd *hcd = NULL; 


int retval; 

/* 配 置 端口 1 电源 */ 

Ss3c2410 _ usb set power (dev->dev.platform data, 1, 1); 
/* 配 置 端口 2 电源 */ 

Ss3c2410 usb set power (dev->dev.platform data, 2, 1); 


/* 创 建 USB 主机 驱动 控制 器 */ 


.234 。 


} 
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hcd = usb create hcdl(driver, &dev->dev, "s3c24xx"); 
if (hcd == NULL) 
return -ENOMEM7 
/* 下 面 为 对 创建 的 主机 控制 器 进行 初始 化 */ 
hcd->rsrc start = dev->resource[0] .start7 
hcd->rsrc len = dev->resource[0] .end - dev->resource[0].start + 1; 
if (!request mem region(hcd->rsrc start, hcd->rsrc len, hcd name)) { 
dev err(&dev->dev, "request mem region failed\n"); 
retval = -EBUSY; 
goto err put; 


} 

/* 获 取 时 钟 信息 */ 

clk = clk get(&dev->dev, "usb-host"); 

if (IS ERR(c1lk)) { 
dev err(gdev->dev, "cannot get usb-host clock\n"); 
retval = -ENOENT; 
goto err mem; 


usb clk = clk get (gdev->dev, "usb-bus-host"); 
if (IS ERR(usb cilk)) { 
dev err(&dev->dev, "cannot get usb-host clock\n"); 
retval = -ENOENT; 
goto err clk; 
} 
s3c2410 start hcl(dev, hcd); 
/* 将 主机 控制 器 的 TI/O 地 址 空间 映射 到 内 存 的 虚拟 地 址 空间 ， 便 于 后 面 的 访问 */ 
hcd->regs = ioremap (hcd->rsrc start, hcd->rsrc len); 
if (!hcd->regs) { 
dev err(&dev->dev, "ioremap failed\n"); 
retval = -ENOMEM; 
goto err ioremap; 


/* 初 始 化 主机 控制 器 */ 
ohci hcd init(hcd to ohci(hcd)); 
/*USB 主机 控制 器 初始 化 和 注册 */ 


retval = usb add hcd(hcd，dev->resource [1] .start, IRQF DISABLED); 
return 0; 


/* 省 略 了 出 错 处 理 部 分 */ 


(4) 函数 usb_create hcd0 创 建 主 机 控制 器 驱动 实例 。 


struct usb hcd *usb create hcd (const struct hc driver *driver, struct 
device *dev, const char *bus name) 


{ 


struct usb hcd *hcd; 
/* 为 主机 控制 器 分 配 空间 */ 
hcd = kzalloc(sizeof(*hcd) + driver->hcd priv size, GFP_ KERNEL); 
if (hed) { 
dev dbg (dev, "hcd alloc failed\n"); 
return NULL; 


} 

/* 设 置 设备 dev 的 driver_data 字段 */ 
dev_set drvdatal(dev, hcd); 

/* 初 始 化 主机 控制 器 的 计数 器 */ 

kref init(&ghcd->kref); 

/* 初 始 化 usb_bus 结构 体 */ 


usb bus init(ghcd->self); 


“Is 
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/* 设 置 结构 体 usb_bus 信息 */ 


hcd->self.controller = dev; 

hcd->self.bus name = bus name; 

hcd->self.uses dma = (dev->dma mask != NULL); 

/* 初 始 化 主机 控制 器 根 HUB 的 polling 时 间 */ 

init timer(&hcd->rh timer); 

hcd->rh timer.function = rh timer func; 

hcd->rh timer.data = (unsigned long) hcd; 
#ifdef CONFIG PM 

INIT WORK (&hcd->wakeup work, hcd resume work); 
#endif 

/* 指 定 驱动 ， 完 成 了 主机 控制 初始 化 后 ， 绑 定 驱动 到 主机 控制 器 上 */ 

hcd->driver = driver; 

hcd->product desc = (driver->product desc) ? driver->product desc : 

"USB Host Controller"; 
return hcd; 


} 
(5) 结构 体 ohci_s3c2410_he_driver 定义 了 S3C2410 主机 控制 器 驱动 。 


static const struct hc driver ohci s3c2410 hc driver = { 


.description = hcd name, 
.product desc = "S3C24XX OHCI", 
-hcqd priv size = sizeof(struct ohci hcd), 
/* 通 用 硬件 连接 */ 
.irq = ohci irg, 
.flags = HCD USB11 | HCD MEMORY, 
/* 基 本 生命 周期 操作 */ 
.start = ohci s3c2410 start, 
.stop = ohci_stop, 
.shutdown = ohci shutdown, 
/* 管 理 TI/o 请 求 和 相关 的 资源 */ 
.urb enqueue = ohci urb enqueue, 
.urb dequeue = ohci urb dequeue, 
.endpoint disable =ohci endpoint disable, 
/* 调 度 支 持 */ 
.get frame number =ohci get frame, 
/* 根 HUB 支持 */ 
.hub _ status data = ohci s3c2410 hub status data, 
.hub control = ohci s3c2410 hub control, 
#ifdef CONFIG PM 
.bus_suspend = ohci bus_suspend, 
.bus resume = ohci bus resume, 
#endif 


.Start port reset =ohci start port reset, 
}; 


(6) 当 函 数 s3c2410_start_hc0 被 调用 时 ,平台 信息 被 传递 。 执行 S3C2410 主机 驱动 的 
start 时 会 自动 执行 函数 ohci_s3c2410_start()。 


static int ohci s3c2410 start (struct usb hcd *hcd) 


struct ohci_hcd *ohci = hcd to ohci (hcd); 
int ret; 
if ((ret = ohci init(ohci)) < 0) // 初 始 化 ohci 主机 控制 器 
return ret; 
if ((ret = ohci run (ohci)) < 0) { // 运 行 ohci 主机 控制 器 


err ("can't start %s", hcd->self.bus name); 
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ohci stop (hcd); 
return ret; 


return 0; 


完成 前 面 6 步 就 将 ohci 主机 运行 起 来 了 。 其 注销 过 程 与 主机 驱动 注册 过 程 类 似 。 注 
销 时 执行 驱动 移 除 函数 ohci hcd_s3c2410 _drv_remove0， 调 用 函数 usb_hed_s3c2410_rem- 
ove()， 在 该 函数 中 移 除 主机 控制 器 实例 ， 执 行 s3c2410_stop_hc0， 并 释放 资源 。 


static void usb hcd s3c2410 remove 


Platform device *dev) 


{ 


usb remove hcd(hcd); 
5s3c2410_stop hc (dev); 
iounmap (hcd->regs); 


(struct usb hcd *hcd, struct 


// 移 除 主机 控制 器 
// 释 放 资 源 
// 释 放 I/o 映射 的 内 存 空 间 


release mem region(hcd->rsrc start, hcd->rsrc len); 


usb_put_hcd (hcd) 


// 释 放 HCD 占用 的 资源 
// 注 销 HCD 对 象 


8.3 USB 设备 驱动 


USB 驱动 大 致 分 为 : 音频 设备 类 、 通 信 设 备 类 、HID (人 机 接口 ) 设备 类 、 显 示 设 备 
类 、 海 量 设备 类 、 电 源 设备 类 、 打 印 设备 类 和 集线器 设备 类 。USB 骨架 提供 了 一 个 最 基础 
的 USB 驱动 程序 ， 本 节 将 通过 USB 骨架 来 分 析 USB 驱动 的 写法 。 


8.3.1 


USB 骨架 程序 分 析 


在 Linux kernel 源码 目录 中 driver/usb/usb-skeleton.c 中 描述 USB 驱动 编写 的 主要 框架 。 
下 面 介绍 USB 驱动 主要 实现 的 部 分 。 


1. 设备 驱动 结构 体 


结构 体 usb_driver 定义 了 驱动 的 名 字 和 驱动 的 接口 函数 ， 在 驱动 注册 的 时 候 ， 这 些 信 
息 被 注册 到 系统 中 ， 调 用 系统 的 这 些 函 数 访问 设备 时 ， 就 会 调用 对 应 到 驱动 的 相应 的 接口 


static struct usb driver skel driver 


.name = "skeleton", 

.probe = skel_probe, 
.disconnect = skel disconnect, 
.suspend = skel_suspend, 
-resume = skel resume, 

.Pre reset = skel pre reset, 
‘Post reset = skel post reset, 


.id table = skel table, 
.supports autosuspend = 1 


{ 

// 驱 动 名 字 

// 驱 动 探 针 函数 
// 驱 动 断 开 函数 
// 驱 动 挂 起 函数 
// 驱 动 恢复 


/ /驱动 支 持 的 产品 ID 和 厂家 ID 
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2. 文件 操作 结构 体 与 设备 初始 化 


在 结构 体 skel ops 中 定义 了 usb-skel 设备 的 各 种 操作 函数 。 当 在 usb-skel 设备 上 发 生 
相应 的 操作 时 ，USB 文件 系统 会 调用 对 应 的 函数 进行 处 理 。 


static const struct file operations skel fops = { 


-Owner = THIS MODULE, 

.read = skel read, // 读 操作 
-write = skel write, // 写 操作 
.open = skel_ open, // 打 开 操 作 
.release = skel release, // 释 放 操作 
-flush = skel flush, // 清 除 操作 


}; 

从 skel_driver 结构 可 以 知道 usb-skel 设备 的 初始 化 函数 是 skel_probe0 〇 函数。 设备 初始 
化 过 程 主要 包括 探测 设备 类 型 、 分配 USB 设备 使 用 的 URB 资源 、 注册 USB 设备 操作 函数 
等 。skel_class 结构 体 记录 了 usb-skel 设备 信息 。 


static struct usb class driver skel class = { 


.name = "skel%d", 
.fops = &skel fops, 
-minor base = USB SKEL MINOR BASE, 


}; 

name 变量 中 采用 %d 通配符 表示 十 进 制 整数 。 当 一 个 新 的 usb-skel 类 型 的 设备 被 接 入 
USB 总 线 后 ， 会 按照 子 设备 编号 自动 为 该 设备 设置 设备 名 称 。fops 是 设备 的 文件 操作 结构 
体 变量 。 

3. USB 骨 架 程序 模块 的 注册 和 注销 


当 使 用 insmod skeleton.ko 加 载 模块 时 ， 函 数 usb_skel_init0 被 调用 ， 在 该 函数 中 调用 
函数 usb_register() 注 册 设 备 驱动 。 


static int _init usb skel init (voiqd) 
int result; 
/* 注 册 usb 驱动 */ 
result = usb register(&skel driver); 
if (result) 
err("usb register failed. Error number %d", result); 
return result; 


} 
当 使 用 rmmod skeleton 卸载 模块 时 ，usb_skel_exit0 函 数 被 调用 ， 在 该 函数 中 调用 
usb_deregister0 函 数 注销 模块 驱动 。 


static void _ exit usb skel exit(void) 


{ 


/* 注 销 USB 驱动 */ 


usb deregister(&skel driver); 


} 
当 使 用 rmmod skeleton 卸载 模块 时 ,usb_skel_exit () 函数 被 调用 ,调用 usb_deregister () 
函数 注销 模块 驱动 。 
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4. USB 骨 架 驱 动 所 支持 的 设备 


在 数组 skel table [] 中 指定 驱动 所 支持 设备 的 VENDOR ID 和 了 PRODUCT ID， 一 些 类 
似 设 备 的 驱动 工作 可 以 通过 在 该 数组 后 添加 该 设备 的 NEW_VENDOR ID 和 
NEW_PRODUCT ID 方式 实现 。 添 加 方式 为 : 


/* 定 义 驱 动 程序 所 支持 的 厂家 ID 和 产品 ID*/ 
#define USB SKEL VENDOR ID Oxfff0 
#define USB SKEL PRODUCT IDOxfff0 
/* 表 中 包含 驱动 所 支持 的 所 有 厂家 ID 和 产品 ID*/ 
static struct usb device id skel table [] = { 

{ USB DEVICE (USB SKEL VENDOR ID, USB SKEL PRODUCT ID) }, 

{ USB DEVICE (NEW VENDOR ID, NEW PRODUCT ID) }, 

// 此 处 添加 支持 的 新 设备 的 ID 号 


|， /*Terminating entry*/ 


5. USB 上 骨架 驱动 探测 函数 


当 一 个 设备 被 安装 或 者 有 设备 插入 后 ，USB 核心 认为 该 驱动 程序 应 该 进行 处 理 时 ， 探 
测 函 数 被 调用 ， 探 测 函数 检查 传递 给 它 的 设备 信息 ， 确 定 驱动 程序 是 否 支 持 该 设备 。 


static int skel _probe (struct usb interface *interface, const struct 
usb device id *id) 
{ 
struct usb skel *dev; 
struct usb host interface *iface desc; 
struct usb endpoint descriptor *endpoint; 
size t buffer size; 
Jn Lr 
int retval = -ENOMEM; 
/* 为 设备 分 配 空间 并 初始 化 */ 
dev = kzalloc (sizeof (*dev), GFP KERNEL); 
if (ldev) { 
err("Out of memory"); 
goto error; 
kref init(&dev->kref); 
sema init (gdev->limit sem, WRITES IN FLIGHT); 
mutex init(&dev->io mutex); 
spin lock init(&dev->err lock); 
init usb anchor(&dev->submitted); 
dev->udev = usb get dev(interface to usbdev(interface)); 
dev->interface = interface; 
/* 设 置 端点 信息 */ 
/* 仅 用 于 第 一 个 块 输 入 和 输出 端点 */ 
iface desc = interface->cur altsetting; 
for (i = 0; i < iface desc->desc.bNumEndpoints; ++i) { 
endpoint = &iface desc->endpoint[i].desc; 


if (!dev->bulk in endpointAddr && 
ush endpoint is bulk in(endpoint)) { 
/*we found a bulk in endpoint*/ 
buffer size = lel6 to cpul(lendpoint->wMaxPacketSize); 
dev->bulk in size = buffer size; 
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dev->bulk in endpointaddr = endpoint->bEndpointAddress; 
dev->bulk in buffer = kmalloc (buffer size, GFP KERNEL); 
if (ldev->bulk in buffer) { 
err("Could not allocate bulk in buffer"); 
goto error; 
} 
} 
if (!dev->bulk out endpointAddr &E& 
usb endpoint is bulk out (endpoint)) { 
/*we found a bulk out endpoint#/ 
dev->bulk out endpointAddr = endpoint->bEndpointRddress7 
} 
} 
if (!(dev->bulk in endpointAddr && dev->bulk out endpointAddr)) { 
err("Could not find both bulk-in and bulk-out endpoints"); 
goto error; 


} 
/* 在 接口 设备 中 保存 数据 指针 */ 
usb set intfdata(interface, dev); 
/* 注 册 USB 设备 */ 
retval = usb register devl(interface, &skel class); 
retvaly 
/*something prevented us from registering this driver*/ 


err("Not able to get a minor for this device."); 
usb set intfdatal(interface, NULL); 
goto error; 


/* 通 知 用 户 设备 所 依附 的 结 点 */ 
info("USB Skeleton device now attached to USBSkel-%d", interface-> 
minor); 
return 0; 
error: 
if (dev) 
/*this frees allocated memory*/ 
kref put(&dev->kref, skel delete); 
return retval; 


} 

探 针 函数 在 设备 插入 后 被 调用 ， 如 果 没 有 正确 注册 设备 则 提示 设备 不 是 活动 的 设备 ; 
如 果 正 确 安 装 驱动 则 告知 用 户 设备 所 依附 的 结 点 。 

6. USB 骨 架 驱 动 断 开 函数 

当 驱 动 程序 因为 某 种 原因 (比如 被 拔 出 ) 不 应 该 控制 设备 时 , 断 开 函数 skel_disconnectO 
被 调用 ， 该 函数 做 一 些 清理 工作 。 

static void skel disconnect(struct usb interface *interface) 

{ 


struct usb skel *dev; 
int minor = interface->minor; 


dev = usb get intfdata (interface); // 获 得 USB 设备 接口 描述 
usb set intfdata (interface, NULL); // 设 置 USB 设备 接口 描述 无 效 


/* 注 销 USB 设备 ， 释 放 设 备 号 */ 


usb deregister dev(interface，&skel class) 7 
/* 防 止 其 他 工 /0 访问 该 设备 */ 
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mutex lock(&dev->io mutex); 
dev->interface = NULL; 

mutex unlock (gdev->io mutex); 

usb kill anchored urbs(&dev->submitted); 


/* 减 少 引 用 计数 */ 

kref put(&dev->kref, skel delete); 

info("USB Skeleton #$%d now disconnected", minor); 
} 


当 USB 设备 与 主机 断 开 时 ,调用 驱动 程序 的 断 开 skel_disconnect0 函 数 ,并 释放 usb-skel 
设备 用 到 的 资源 。 函 数 skel_disconnectO 首 先 获取 USB 设备 接口 描述 ， 然 后 再 将 其 设置 为 
无 效 。 接 着 调用 usb_deregister_dev0 函 数 注销 USB 设备 的 操作 描述 符 ， 注 销 操作 本 身 需 要 
加 锁 。 注 销 设备 描述 符 后 ， 更 新 内 核对 usb-skel 设备 的 引用 计数 。 


8.3.2 USB 驱动 移植 的 时 钟 设置 


在 移植 USB 驱动 的 过 程 中 ， 如 果 USB 时 钟 设置 不 正确 会 发 生 超时 错误 。 通 过 查看 
S3C2440A 芯片 资料 的 USB 时 钟 控制 ， 在 S3C2440A 内 需要 PLL (upll) 产生 48MHz 的 时 
钟 给 USB，UCLK 直到 PLL (UPLL) 被 配置 才 可 以 提供 。 

由 7.3.2 节 提 供 的 公式 , 输出 时 钟 频率 UPLL 相对 于 参考 输入 时 钟 频率 Fin 的 计算 公式 
如 下 : 

Upll=(m X Fin)/(p X2°) 
M= MDIV+ 8 
p=PDIV+2 
s= SDIV 
修改 mach-mini2440.c 文件 ， 在 该 文件 中 添加 如 下 代码 : 


#include <mach/regs-clock.h> 
#include <mach/usb-control.h> 
#include <linux/device.h> 
#include <linux/delay.h> 
static struct s3c2410 hcd info usb mini2440 info = { 
.port[0] ={ 
.flags = S3C HCDFLG USED 
3 
}; 


/* 设 置 USB 时 钟 直到 设置 的 频率 稳定 */ 
int usb mini2440 init (void) 
unsigned long upllvalue = (0x78<<12) | (0x02<<4) | (0x03); 
// 设 置 USB 时 钟 频 率 为 48MHz 
printk("USB Control, (c) 2009 mini2440\n"); 
s3c device usb.dev.platform data = &usb mini2440 info; 
while(upllvalue!= raw_ readl (S3C2410_UPLLCON) ) 
| 
raw writel (upllvalue,S3C2410 UPLLCON); 
mdelay (1); 
} 
return 0; 
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USB 时 钟 的 计算 过 程 为 : 
m= 0x78 (120 ) +8=128 
p=0x02 (2 ) +2=4 
s=0x03 (3 ) =3 
UpIE= (128X12MHz) / (4X23) =48MHz 
static void init mini2440 map io(void) 
{ 
Ss3c24xx init io(mini2440 iodesc, ARRAY SIZE (mini2440 iodesc)); 
s3c24xx init clocks(12000000); 
Ss3c24xx init uarts (mini2440 uartcfgs, 
ARRAY SIZE (mini2440 uartcfgs)); 
usb mini2440 init(); // 添 加 USB 时 钟 设置 函数 
} 


通过 对 USB 时 钟 进行 修改 后 ， 将 内 核 移 植 到 ARM 板 上 后 不 会 出 现 超时 错误 。 在 后 面 


的 USB 驱动 实例 中 详细 介绍 USB 驱动 移植 的 步 又 。 


下 面 将 通过 具体 驱动 实例 的 代码 分 析 、 内 核 配 置 和 移植 过 程 , 来 深化 了 解 USB 驱动 理 


论 。8.4 节 将 在 ARM 平台 上 移植 简单 的 USB 鼠标 驱动 和 TU 盘 驱 动 。 


8.4 USB 筷 标 键盘 驱动 


USB 鼠标 和 键盘 驱动 程序 在 Linux 源 代码 中 已 经 存在 ， 只 需 在 编译 内 核 时 选 上 即 可 。 


USB 鼠标 的 源 代码 文件 为 usbmouse.c，USB 键盘 的 源 代码 文件 为 usbkbd.c。 


8.4.1 USB 鼠标 驱动 代码 分 析 


鼠标 输入 HID 类 型 ， 其 数据 传输 采用 中 断 URB， 鼠 标 端点 类 型 为 in。USB 鼠标 驱动 


的 主要 部 分 为 其 探 针 函 数 usb_mouse_probe0 和 中 断 函 数 usb_mouse_irq()。 


static int usb mouse probe(struct usb interface *intf, Cconst struct 
ush device id *id) 
lL 
/* 接 口 结构 体 包含 于 设备 结构 体 中 ，interface_to_usbdev 是 通过 接口 结构 体 获 得 它 的 设 
备 结构 体 。 冰 
struct usb device *dev = interface to usbdev (intf); 
/*usb_host_interface 是 用 于 描述 接口 设置 的 结构 体 ， 内 嵌 在 接口 结构 体 
usb_interface 中 。*/ 
struct usb host interface *interface; 
/*usb_endpoint descriptor 是 端点 描述 符 结构 体 ， 内 嵌 在 端点 结构 体 
usb host_endpoint 中 ， 而 端点 结构 体内 嵌 在 接口 设置 结构 体 中 。 六 
struct usb endpoint descriptor *endpoint7 
struct usb mouse *mouse; 
struct input dev *input dev; 
int pipe, maxp; 
int error = -ENOMEM; 


interface = intf->cur altsetting; 
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/* 鼠 标 端点 数 只 能 为 1*/ 


if (interface->desc.bNumEndpoints != 1) 
return -ENODEV; 


endpoint = &interface->endpoint[0] .desc; 
/* 鼠 标 端点 类 型 只 能 为 in*/ 
if (!usb endpoint is int in(endpoint)) 

return -ENODEV; 
/*#* 返 回 对 应 端点 能 够 传输 的 最 大 的 数据 包 ， 鼠 标的 返回 的 最 大 数据 包 为 4 个 字 节 .所 
pipe = usb rcvintpipe (dev, endpoint->bEndpointAddress); 
maxp = usb maxpacket (dev, pipe, usb pipeout (Pipe)) 7 
/* 为 mouse 设备 结构 体 分 配 内 存 */ 
mouse = kzalloc(sizeof (struct usb mouse), GFP KERNEL); 
input dev = input allocate device(); 
if (!mouse || !input dev) 

goto faill; 
/*usb_buffer_alloc 申请 内 存 空间 用 于 数据 传输 , data 为 指向 该 空间 的 地 址 , data_dma 
则 是 这 块 内 存 空 间 的 dma 映射 , 即 这 块 内 存 空间 对 应 的 dma 地 址 。 在 使 用 dma 传输 的 情况 下 ， 
则 使 用 data_dma 指向 的 dma 区 域 ， 否 则 使 用 data 指向 的 普通 内 存 区 域 进行 传输 。 
GFP_ATOMIC 表示 不 等 待 ，GFP_KERNEL 是 普通 的 优先 级 ， 可 以 睡眠 等 待 ， 由 于 鼠标 使 用 中 
断 传输 方式 ， 不 允许 睡眠 状态 ，data 又 是 周期 性 获取 鼠标 事件 的 存储 区 ， 因 此 使 用 
GFP_ATOMIC 优先 级 ， 如 果 不 能 分 配 到 内 存 则 立即 返回 0。*/ 
mouse->data = Usb buffer alloc(dev, 8, GFP ATOMIC, &mouse->data dma); 
if (!mouse->data) 

goto faill; 
/*usb_alloc_urb 为 urb 结构 体 申请 内 存 空间 ， 第 一 个 参数 表示 等 时 传输 时 需要 传送 包 


的 数量 ， 其 他 传输 方式 则 为 0。 申 请 的 内 存 将 通过 usb_fill_int_urb () 函数 进行 填充 。*y 
mouse->irq = usb alloc urb(0, GFP KERNEL); 
if (!mouse->irqg) 
goto fail2; 
/* 填 充 usb 设备 结构 体 和 输入 设备 结构 体 */ 
mouse->usbdev = dev; 
mouse->dev = input dev; 


if (dev->manufacturer) 
strlcpy (mouse->name, dev->manufacturer, sizeof (mouse->name)); 


if (dev->product) { 
if (dev->manufacturer) 
strlcat (mouse->name, " ", sizeof (mouse->name)); 
strlcat (mouse->name, dev->product, sizeof (mouse->name)); 


/* 输 出 鼠标 的 名 称 、 厂 商 ID 和 产品 ID*/ 
if (!strlen (mouse->name)) 
snprintf (mouse->name, sizeof (mouse->name), 
"USB HIDBP Mouse %04x:%04x", 
lel6 to cpul(dev->descriptor.idVendor), 
lel6 to cpul(dev->descriptor.idProduct)); 
/*usb_make_path 用 来 获取 USB 设备 在 Sysfs 中 的 路 径 ， 格 式 为 usb-usb 总 线 号 -路 
径 名 。*/ 
usb make path(dev, mouse->phys, sizeof (mouse->phys)); 
strlcat (mouse->phys, "/input0", sizeof (mouse->phys)); 
/* 将 鼠标 设备 的 名 称 赋 给 鼠标 设备 内 机 的 输入 子 系统 结构 体 */ 
input dev->name = mouse->name; 
/* 将 鼠标 设备 的 设备 结 点 名 赋 给 鼠标 设备 内 嵌 的 输入 子 系统 结构 体 */ 


input dev->phys = mouse->phys; 
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usb to input id(dev, &input dev->id); 

input dev->dev.parent = &intf->dev; 

/*evbit 用 来 描述 事件 ，EV_KEY 是 按键 事件 ，EV_REL 是 相对 坐标 事件 */ 
input dev->evbit[0] = BIT MASK(EV KEY) | BIT MASK (EV REL); 
/*keybit 表示 键 值 ， 包 括 左 键 、 右 键 和 中 键 */ 


input dev->keybit[BIT WORD(BTN MOUSE)] = BIT MASK(BTN LEFT) | 
BIT MASK(BTN RIGHT) | BIT MASK(BTN MIDDLE); 
/*relbit 表示 相对 坐标 值 */ 


input dev->relbit[0] = BIT MASK(REL X) | BIT MASK (REL Y) 7 
/* 除 了 左 键 、 右 键 和 中 键 之 外 的 其 他 按键 +/ 


input dev->keybit[BIT WORD(BTN MOUSE)] |= BIT MASK(BTN SIDE) | 
BIT MASK (BTN EXTRA); 

/* 中 键 滚轮 的 滚动 值 */ 

input dev->relbit[0] |= BIT MASK (REL WHEEL) 7 


/* 将 鼠标 结构 体 对 象 赋 给 input_dev*/ 
input set drvdata(input dev, mouse); 
/* 填 充 输入 设备 open () 函数 指针 和 close () 函数 指针 */ 
input dev->open = usb mouse open; 
input dev->close = usb mouse close; 
/*usb_fill_ int_urb 用 于 填充 URB， 将 上 面 填充 好 的 mouse 结构 体 的 数据 填充 进 URB 
结构 体 中 ， 在 open 中 递交 URB。 当 URB 包含 一 个 即将 传输 的 DMA 缓冲 区 时 应 该 设置 
URB_NO_TRRANSEFER_DMRA MAP。USB 核心 使 用 transfer_dma 变量 所 指向 的 缓冲 区 ， 而 不 
是 transfer_buffer 变量 所 指向 的 缓冲 区 。URB_NO_SETUP_DMRA_MRAP 用 于 Setup 包 ， 
URB_NO_TRRANSFER_DMRA_ MAP 用 于 所 有 Data 包 。*/ 
usb fill int urb(mouse->irqg, dev, pipe, mouse->data, 

(maxp >8 ?8 : maxp), 

usb mouse irq, mouse, endpoint->bInterval); 
mouse->irq->transfer dma = mouse->data dma; 
mouse->irq->transfer flags |= URB NO TRANSFER DMA MAP; 
/* 向 系统 注册 输入 设备 */ 
error = input_register_device (mouse->dev); 
if (error) 

goto fail3; 

/* 一 般 在 probe 函数 中 ， 都 需要 将 设备 相关 信息 保存 在 一 个 usb_interface 结构 体 中 ， 以 
便 以 后 通过 usb_ get intfdata 获取 使 用 。 这 里 鼠标 设备 结构 体 信息 将 保存 在 intf 接口 结 
构 体 内 峰 设 备 结构 体 中 的 driver_data 数据 成 员 中 ， 即 intf->dev->dirver data = 
mouse。 */ 
usb set intfdata (intf, mouse); 
return 07 


/* 发 生 错 误 时 释放 资源 */ 


fail3: 


usb free urb(mouse->irqg); 


fail2: 


usb buffer free(dev, 8, mouse->data, mouse->data dma); 


faill: 


} 


input free device(input dev); 
kfree (mouse); 
return error; 


鼠标 中 断 函 数 usb_mouse_irq0 代 码 分 析 如 下 : 


static void usb mouse irq(struct urb *urb) 


i 
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/*urb 中 的 context 指针 用 于 为 USB 驱动 程序 保存 数据 */ 


struct usb mouse *mouse = urb->context; 


/*mouse->data 指向 的 内 存 区 域 将 保存 着 鼠标 的 按键 和 移动 坐标 信息 */ 


第 8 章 USB 设备 驱动 移植 


signed char *data = mouse->data; 
struct input dev *dev = mouse->dev; 
int status; 


switch (urb->status) { 

/*status 值 为 0 表示 urb 成 功 返回 ， 直 接 跳出 循环 把 鼠标 事件 报告 给 输入 子 系统 。*/ 
case 0: /*success*/ 

break; 

/esECONNRESET 为 出 错 信 息 ， 表 示 urb 被 usb_unlink urb() 函数 unlink 了 ，ENOENT 
为 出 错 信息 , 表示 urb 被 usb kil1 urb () 函数 销毁 了 。usb kill urb 表示 彻底 结束 urb 
的 生命 周期 , 而 usb_unlink_urb 则 是 停止 urb, 这 个 函数 不 等 待 urb 完全 终止 就 会 返回 给 
回调 函数 。 这 在 运行 中 断 处 理 程序 时 或 者 等 待 某 自 旋 锁 时 非常 有 用 ， 在 这 两 种 情况 下 是 不 能 睡 
眠 的 ， 而 等 待 一 个 urb 完全 停止 很 可 能 会 出 现 睡眠 的 情况 。*/ 

case -ECONNRESET: /*unlink*/ 

Case -ENOENT: 

case -ESHUTDOWN: 


return; 
/*-EPIPE: should clear the halt*/ 
default: /*error*/ 


goto resubmit; 


} 

/* 向 输入 子 系统 汇报 鼠标 事件 情况 ， 以 便 作出 反应 。 

data 数组 的 第 0 个 字 节 : bit 0、1、2、3、4 分 别 代表 左 、 右 、 中 、SIDE、EXTRA 键 的 按 

下 情况 ; 

data 数组 的 第 1 个 字 节 : 表示 鼠标 的 水 平 位移 ; 

data 数组 的 第 2 个 字 节 : 表示 鼠标 的 垂直 位 移 ; 

data 数组 的 第 3 个 字 节 : REL_WHEEL 位 移 。*/ 

input report key (dev, BTN_ LEFT, data[0] & Ox01); 

input report key(dev, BTN RIGHT, data[0] & 0x02); 

input report key(dev, BTN MIDDLE, data[0] & 0x04); 

input report key (dev, BTN_SIDE, data[0] & 0x08); 

input_ report key(dev, BTN EXTRA, data[0] & 0x10); 

input report rel (dev, REL X, data[1]); 

input report rell(dev, REL Y, data[2]); 

input report rel (dev, REL WHEEL, data[3]); 

/* 输 入 子 系统 通过 这 个 同步 信号 在 多 个 完整 事件 报告 中 区 分 每 一 次 完整 事件 报告 。 报 告 的 内 

容 包 括 完整 的 鼠标 事件 ， 包 括 按键 信息 、 绝 对 坐标 信息 和 滚轮 信息 ， 即 上 面 的 信息 。*/ 

input_sync (dev) 7 
/* 系 统 周期 性 地 获取 鼠标 的 事件 信息 ， 因 此 在 URB 回调 函数 的 末尾 再 次 提交 URB 请 求 块 ， 这 样 又 
会 调用 新 的 回调 函数 , 周而复始 。 在 回调 函数 中 提交 URB 只 能 是 GFP_ATOMIC 优先 级 的 , 因为 URB 
回调 函数 运行 于 中 断 上 下 文中 禁止 导致 睡眠 的 行为 。 而 在 提交 URB 过 程 中 可 能 会 需要 申请 内 存 、 保 
持 信号 量 ， 这 些 操作 或 许 会 导致 USB core 睡眠 。*/ 
resubmit: 

status = usb submit urb (urb, GFP ATOMIC); 

if (status) 

err ("can't resubmit intr, %s-%s/input0, status %d", 
mouse->usbdev->bus->bus_name, 
mouse->usbdev->devpath, status); 


8.4.2 USB 键盘 驱动 代码 分 析 


USB 键盘 的 探 针 函数 中 不 仅 使 用 usb_fill int_urb0 从 而 调用 函数 usb_kbd_irq0 提 交 键 
盘 按 下 键 的 信息 ， 而 且 也 使 用 了 usb_fill_control_urb0 调 用 函数 usb_kbd_led0 控 制 键盘 Led 
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的 状态 。 下 面 列 出 其 主要 代码 。 


static int usb kbd probe (struct usb interface *+iface， 
const struct usb device id *id) 

i 

input dev->event = usb kbd event; 

usb fill int urb(kbd->irqg, dev, pipe, 
kbd->new, (maxp > 8 ? 8 : maxp), 
usb kbd irqg, kbd, endpoint->bInterval); 


usb fill control urb(kbd->led, dev, usb sndctrlpipe (dev, 0), 
(void *) kbd->cr, kbd->leds, 1, 
usb kbd led, kbd); 

} 

/+ 函数 usb_kbd_ird () 提交 键盘 按键 状态 信息 。*/ 

static void usb kbd irq(struct urb *urb) 


{ 
struct usb kbd *kbd = urb->context; 


ne 

switch (urb->status) { 

case 0: /*success*/ 
break; 


Case -ECONNRESET: /*unlink*/ 
Case -ENOENT: 
case -ESHUTDOWN: 

return; 
/*-EPIPE: should clear the halt*/ 
default: /*error*/ 

goto resubmit; 


} 
/* 获 得 键盘 扫描 码 并 报告 键盘 事件 */ 


for (二 = O07 i < 8 14+) 


input report key(kbd->dev, usb kbd keycode[i + 224], (kbd->new[0] 


>> TY) LD) 


Eo (EE = Ze 


if (kbd->old[i] > 3 && memscan(kbd->new + 2, kbd->old[i], 


kbd->new + 8) { 
if (usb kbd keycode[kbd->old[i]]) 


input report key(kbd->dev, usb kbd keycode[kbd->old[i]], 


0); 
else 
dev_info (&urb->dev->dev， 
"Unknown key (scancode %#x) released.\n", 
old[il]); 
} 


if (kbd->new[i] > 3 && memscan(kbd->old + 2, kbd->new[i] 


kbd->old + 8) { 
if (usb kbd keycode[kbd->new[i]]) 


kbd-> 


input report key(kbd->dev, usb kbd keycode[kbd->new[i]], 


1); 
else 
dev info(&urb->dev->dev, 
"Unknown key (scancode %#x) released.\n", 
new[il]); 
1 
和 
input sync(kbd->dev); 
memcpy (kbd->old, kbd->new, 8); 
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resubmit: 
i = usb submit urb (urb, GFP ATOMIC); 
Bi | 
err hid ("can't resubmit intr, %s-%s/input0, status %d", 
kbd->usbdev->bus->bus_name, 
kbd->usbdev->devpath, i); 
} 


函数 usb_kbd_led0 控 制 键盘 LED 的 状态 。 


static void usb kbd led(struct urb *urb) 


{ 
struct usb kbd *kbd = urb->context; 


if (urb->status) 
dev warn(&urb->dev->dev, "led urb status %d received\n", 
urb->status); 
/* 在 usb_kbd_event 中 对 将 更 新 的 LED 状态 赋值 给 kbd->newleds， 比 较 kbd->leds 和 
kbd->newleds 的 值 ， 当 发 生变 化 时 用 kbd->newleds 更 新 kbd->leds 的 值 。 如 果 两 者 相同 则 
不 更 新 。*/ 
if (*(kbd->leds) == kbd->newleds) 
return; 
*(Kbd->leds) = kbd->newleds; 
kbd->led->dev = kbd->usbdev; 
if (usbh submit urb(kbd->led, GFP ATOMIC)) 
err hid("usb submit urb(leds) failed"); 
} 


当 事 件 的 类 型 为 LED 事件 时 ， 函 数 usb_kbd_event0 将 当前 的 LED 值 保存 在 
kbd->newleds 中 ， 以 便 在 usb_kbd_led 中 进行 比较 和 处 理 。 具 体 代码 如 下 : 


static int usb kbd event(struct input dev *dev, unsigned int type, 
unsigned int code, int value) 


struct usb kbd *kbd = input get drvdata (dev); 


if (type != EV LED) 
Perarn ey 
/* 有 LED 事件 发 生 时 对 LED 重新 赋值 */ 
kbd->newleds = (!!test bit (LED KANA, dev->ledy <<-3y I {teat bit 
(LED COMPOSE, dev->led) << 3) | (!!test bit(LED SCROLLL, dev->led) << 2) 
| (!!test bit(LED CAPSL, dev->led) << 1) |(!!test bit(LED NUML, 
dev->led)); 


if (kbd->led->status == -EINPROGRESS) 
return 0; 


if (*(kbd->leds) == kbd->newleds) 
return 0; 


*(kbd->leds) = kbd->newleds; 
kbd->led->dev = kbd->usbdev; 
if (usb submit urb(kbd->led, GFP ATOMIC)) 
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err hid("usb _ submit urb (leds) failed"); 


return 07 


8.4.3 内核 中 添加 USB 鼠标 键盘 驱动 


在 内 核 配置 中 主要 需要 添加 对 USB 的 支持 、 对 HID 接口 的 支持 、 对 OHCI HCD 驱动 
的 支持 。 

(1) 内 核 的 配置 中 包括 对 HID 接口 的 支持 ， 如 图 8.7 所 示 。 

(2) 在 设备 驱动 对 USB 支持 中 选择 配置 对 OHCI HCD 的 支持 ， 如 图 8.8 所 示 。 

在 将 内 核 移植 到 开发 板 时 ， 使 用 USB 鼠标 时 还 需要 开发 板 套件 带 LED 屏 ， 使 用 超级 
终端 无 法 看 到 效果 。 


四 8.8 ”配置 对 OHCI HCD 驱动 的 支持 
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8.5 器 盘 驱 动 


USB 存储 设备 驱动 代码 在 drivers/usb/storage 目录 中 ， 而 对 U 盘 的 访问 只 需 在 内 核 配置 
中 添加 支持 storage 和 支持 相关 的 文件 系统 对 U 盘 中 内 容 的 识别 ， 添 加 对 字符 编码 的 支持 。 


8.5.1 内 核 配置 


内 核 中 需要 添加 对 USB 存储 设备 支持 、 对 UU 盘 的 存储 格式 支持 、 对 中 文 支持 的 字符 编码 。 
(1) 添加 对 USB Mass Storage 驱动 的 支持 ， 如 图 8.9 所 示 。 


图 8.9 对 USB Mass Storage 驱动 的 支持 
(2) 配置 对 文件 系统 的 支持 ， 为 了 能 够 识别 U 盘 中 的 文件 ， 入 国 8.10 所 示 。 


8.10 对 文件 系统 的 支持 
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(3) 对 字符 编码 和 简体 中 文 的 支持 ， 如 图 8.11 和 图 8.12 所 示 。 


个 RaF ft 所 国 


文件 提纲 辑 提 ， 直 看 人 抬 油 中 


文件 加 “网 辑 公 直 看 人 络 届 炸 ” 标 委 包 ) 邦 有 人) 


图 8.12 对 简体 中 文 和 字符 编码 的 支持 


8.5.2 ”移植 和 测试 


移植 和 测试 时 ， 首 先 需要 正确 识别 设备 并 找到 相应 的 分 区 ， 然 后 才能 执行 挂 载 操作 。 
(1) 这 里 测试 时 ， 采 用 的 是 手机 上 的 存储 卡 大 小 为 512M。 使 用 USB 线 连接 到 2440 
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开发 板 上 。 当 插入 到 开发 板 上 时 打印 如 下 信息 : 


usb 1-1.2: new full speed USB device using s3c2410-ohci and adqdress 5 
Usb 1=1s New USB device found, idVendor=0e8d, idProduct=0002 

usb 1-1.2: New USB device strings: Mfr=2, Product=3, SerialNumber=4 
usb 1-1.2: configuration #1 chosen from 1 choice 

uba: ubal 


这 些 信息 表示 能 够 正确 识别 USB 设备 ， 并 读 取 其 厂家 ID 和 产品 ID， 以 及 存储 设备 
ubal 信息 。 
执行 cat /proc/partitions 查看 磁盘 分 区 信息 如 下 : 


[root@FriendlyARM /]# cat /proc/partitions 


major minor #blocks name 
31 0 192 mtdblock0 
31 于 2048 mtdblockl 
31 63152 mtdblock2 
180 0 497152 uba 
180 本 497034 ubal 


(2) 挂 载 U 盘 。 在 mnt 目录 下 建立 usb 目录 。 挂 载 前 后 的 信息 对 比如 下 所 示 。 
[root@FriendlyARM /]# mkdir /mnt/usb 


挂 载 前 分 区 信息 : 

[root@FriendlyARM /]# df -h 

Filesystem Size Used Available Use% Mounted on 
/dev/root 61.7M 43.8M 17.9M 71% / 

tmpfs 29.9M 0 29.9M 0% /dev/shm 
挂 载 命 令 : 

[root@FriendlyARM /]# mount /dev/ubal /mnt/usb/ 

挂 载 后 的 分 区 信息 : 

[root@FriendlyARM /]# df -h 

Filesystem Size Used Available Usesg Mounted on 
/dev/root 61.7M 43.8M OM Tl 

tmpfs 29.9M 0 29.9M 0% /dev/shm 
/dev/ubal 485.3M 214.1M 271.1M 44% /mnt/usb 
查看 U 盘 信息 : 

[root@FriendlyARM /]# ls /mnt/usb -1 

TW 1 root root 4096 Aug 13 2007 @samsung.ess 
Grwxr-xr-x 2 root root 16384 Jan 25 2009 Audio 
drwxr-xr-x 2 root root 16384 Apr 29 2008 Ebook 
drwxr-xr-x 3. Foot root 16384 Aug 13 2007 Images 
EMXT=K=X ZTo00t root 16384 Aug 13 2007 Music 
EMT=RF=X 2 rT00t root 16384 Jan 1 1980 My Music 
dEWXr -XE 2 root root 16384 Aug 13 2007 Other files 
Grwxr-xr-x 2 root root 16384 Dec 31 2008 Photos 
EWPT=XF=x 2 Toot root 16384 Aug 13 2007 Sounds 
drwxr-xr-x 2 root root 16384 Aug 13 2007 Videos 
—IWXIr—Xr-X 1 root root 13050 Feb 7 2010 audio play list.txt 
GIWwxr-—xXr-x 2 root root 16384 Dec 8 2009 software 
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8.6 小 


本 章 对 USB 驱动 的 介绍 只 起 到 入 门 的 作用 ， 介 绍 简单 的 USB 鼠标 键盘 驱动 的 移植 ， 

在 嵌入 式 平台 中 访问 U 盘 的 情况 。USB 设备 比较 复杂 , 不 同类 型 的 USB 设备 包含 的 接口 、 
端点 及 URB 的 传输 类 型 都 不 相同 。 但 不 变 的 是 URB 的 生命 周期 , 基本 包含 创建 、 初 始 化 、 
提交 、USB core 与 USB 主机 传递 等 过 程 。URB 的 生命 周期 过 程 是 设计 USB 驱动 的 关键 


第 9 章 网 卡 驱动 程序 移植 


网 卡 是 工作 在 物理 层 的 网 络 组 件 ， 是 局 域 网 中 连接 计算 机 和 传输 介质 的 接口 设备 。 它 
不 仅 能 实现 与 局 域 网 传输 介质 之 间 的 物理 连接 和 电信 号 匹配 ， 还 涉及 帧 的 发 送 与 接收 、 帧 
的 封装 与 拆 封 、 介 质 访问 控制 、 数 据 的 编码 与 解码 及 数据 缓存 的 功能 等 。 在 嵌入 式 系统 中 ， 
网 卡 是 一 种 常见 的 外 围 设备 , 本 章 首 先 讲述 以 太 网 的 基础 知识 ,之 后 主要 讲解 针对 DM9000 
网 卡 的 驱动 程序 移植 。 


9.1 以 太 网 概述 


多 数 人 将 局 域 网 (Local Area Network，LAN) 和 以 太 网 (Ethernet) 混为一谈 ， 其 实 
这 是 一 种 错误 的 认识 。 以 太 网 是 局 域 网 技术 中 的 一 种 ， 它 和 其 他 局 域 网 技术 比较 起 来 ， 使 
用 得 更 普遍 、 发 展 得 更 迅速 ， 以 至 于 人 们 将 “以 太 网 ” 当 作 了 “局 域 网 ”的 代名词 。 

以 太 网 (Ethemet) 是 一 种 基带 局 域 网 规范 ， 它 是 由 Xerox 公司 创建 并 由 Xerox、Intel 
和 DEC 公司 联合 开发 的 。 它 是 当今 现 有 局 域 网 采用 的 最 通用 的 通信 协议 标准 。 以 太 网 络 使 
用 载波 监听 多 路 访问 及 冲突 检测 技术 (CSMA/CD) ， 并 以 10M/S 的 速率 运行 在 多 种 类 型 
的 电缆 上 。 以 太 网 与 IEEE802.3 系列 标准 相 类 似 ， 也 是 一 种 技术 规范 。 


9.1.1 以太 网 连接 


以 太 网 技术 规范 中 规定 了 以 太 网 的 拓扑 结构 、 传 输 介质 和 工作 模式 ， 以 下 分 别 对 其 进 
行 描述 。 
1. 以 太 网 的 拓扑 结构 


以 太 网 拓扑 结构 有 总 线 型 和 星 型 。 

口 总 线 型 : 总 线 型 网 络 所 采用 的 传输 介质 一 般 也 是 同 轴 电 缆 〈 包 括 粗 缆 和 细 缆 ) ， 
不 过 现在 也 有 采用 光缆 作为 总 线 型 传输 介质 的 。 早 期 以 太 网 经 常 使 用 总 线 型 的 拓 
扑 结构 ， 采 用 同 轴 缆 作 传 输 介质 ， 连 接 比较 简单 ， 通 常 在 小 规模 的 网 络 中 不 需要 

到 专用 的 网 络 设备 。 它 的 特点 是 所 需 的 电缆 较 少 、 价 格 便宜 、 管 理 成 本 高 ， 不 
易 隔 离 故 障 点 、 采 用 共享 的 访问 机 制 ， 易 造成 网 络 拥塞 。 因 为 它 存在 的 固有 缺陷 ， 
已 经 逐渐 被 以 集线器 和 交换 机 为 核心 的 星 型 网 络 所 代替 。 

口 星 型 : 网 络 中 的 各 工作 站 结 点 设备 通过 一 个 网 络 集中 设备 〈 如 集线器 或 者 交换 机 ) 
连接 在 一 起 ， 各 个 结 点 呈 星 状 分 布 ， 这 便 是 星 型 结构 。 其 特点 是 管理 方便 、 容 易 
扩展 、 需 要 专用 的 网 络 设备 作为 网 络 的 核心 结 点 、 需 要 更 多 的 网 线 、 对 核心 设备 
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的 可 靠 性 要 求 高 。 虽 然 星 型 网 络 需 要 的 线 绕 比 总 线 型 多 ， 但 布线 和 连接 器 比 总 线 
型 便宜 。 除 此 之 外 ， 星 型 拓扑 可 以 通过 级 联 的 方式 很 方便 地 将 网 络 扩展 到 很 大 的 
规模 ， 因 此 得 到 了 广泛 的 应 用 ， 被 绝 大 多 数 的 以 太 网 所 采用 。 


2. 以 太 网 接口 的 工作 模式 


以 太 网 卡 可 以 工作 在 以 下 两 种 模式 下 : 半 双 工 与 全 双 工 。 

口 半 双 工 : 半 双 工 就 是 指 一 个 时 间 段 内 只 有 一 个 动作 发 生 ， 举 个 例子 ， 一 条 罕 窗 的 
道路 上 ， 同 一 时 刻 只 能 有 一 辆 车 通过 ， 当 同时 有 两 量 车 对 开 ， 这 种 情况 下 就 只 能 
一 辆 车 先 过 ， 等 到 一 辆 车 过 后 另 一 辆 再 开 ， 这 个 例子 很 形象 地 说 明了 半 双 工 的 原 
理 。 早 期 的 对 讲 机 及 早期 集线器 等 设备 都 是 基于 半 双 工 的 产品 。 随 着 技术 的 不 断 
进步 ， 半 双 工 会 逐渐 退出 历史 的 舞台 。 

口 全 双 工 : 全 双 工 Full Duplex) 是 指 网 卡 在 发 送 数据 的 同时 也 能 够 接收 数据 ， 两 者 
同时 进行 ， 这 好 像 我 们 平时 打 电 话 一 样 ， 说 话 的 同时 也 能 够 听 到 对 方 的 声音 。 目 
前 的 网 卡 一 般 都 支持 全 双 工 。 全 双 工 传输 是 采用 点 对 点 连接 的 ， 这 种 安排 没有 冲 
突 ， 这 是 因为 它们 使 用 双 绞 线 中 两 个 独立 的 线路 ， 这 相当 于 没有 安装 新 的 介质 就 
提高 了 带宽 。 标 准 以 太 网 的 传输 效率 可 达到 50% 一 60% 的 带宽 ， 双 全 工 在 两 个 方 
向 上 都 提供 了 100% 的 效率 。 


3. 传输 介质 


以 太 网 中 采用 了 多 种 传输 介质 ， 包 括 同 轴 绕 、 双 绞 线 和 光纤 等 。 其 中 双 绞 线 是 现在 最 
普通 的 传输 介质 ， 它 由 两 条 相互 绝缘 的 铜 线 组 成 ， 典 型 直径 为 1 毫米 。 两 根 线 绞 接 在 一 起 
是 为 了 防止 电磁 感应 在 邻近 线 对 中 产生 干扰 信号 ， 它 多 用 于 从 主机 到 集线器 或 交换 机 的 连 
接 ; 光纤 是 软 而 细 的 、 利 用 内 部 全 反射 原理 来 传导 光束 的 传输 介质 ， 它 主要 用 于 交换 机 间 
的 级 联 和 交换 机 到 路 由 器 间 的 点 到 点 链 路 上 。 同 轴 缆 作为 早期 的 主要 连接 介质 已 经 逐渐 被 
淘汰 了 。 


9.1.2 ”以 太 网 技术 概述 


以 下 简单 概述 以 太 网 的 相关 技术 标准 。 
1. 以 太 网 的 工作 原理 


以 太 网 采用 带 冲 突 检 测 的 载波 帧 听 多 路 访问 CSMA/CD》 机 制 。 以 太 网 中 其 他 结 点 
都 可 以 看 到 在 网 络 中 发 送 的 所 有 信息 ， 因 此 ， 称 以 太 网 是 一 种 广播 网 络 。 

以 太 网 的 工作 过 程 如 下 : 

当 以 太 网 中 的 一 台 主机 要 传输 数据 的 时 候 ， 它 将 按 如 下 步骤 进行 。 

(1) 当 一 个 站 点 想 要 发 送 数据 的 时 候 ， 先 检测 网 络 查看 是 否 有 其 他 站 点 正在 传输 ， 即 
监听 信道 是 否 空闲 。 

(2) 如 果 信 道 忙 ， 则 等 待 ， 直 到 信道 空 亲 ， 如 果 信 道 闲 ， 站 点 就 传输 数据 。 

(3) 在 发 送 数据 的 同时 ， 站 点 继续 监听 网 络 并 确信 没有 其 他 站 点 在 同时 传输 数据 。 因 
为 有 可 能 两 个 或 多 个 站 点 都 同时 检测 到 网 络 空闲 然后 并 几乎 在 同一 时 刻 开 始 传输 数据 。 如 
果 两 个 或 多 个 站 点 同时 发 送 数据 ， 就 要 产生 冲突 。 


.254 。 
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(4) 当 一 个 传输 结 点 识别 出 一 个 冲突 ， 它 就 发 送 一 个 拥塞 信号 ， 这 个 信号 使 得 冲突 的 
时 间 足 够 长 ， 让 其 他 的 结 点 都 能 发 现 。 

(5) 其 他 结 点 收 到 拥塞 信号 后 ， 都 停止 传输 ， 等 待 一 个 随机 产生 的 时 间 间 隙 〈 回 退 时 
间 ，Backoff Time) 后 重 发 。 


2. Ethernet 地 址 


以 太 网 中 通过 给 每 台 主 机 上 的 网 络 适配器 〈 网 络 接口 卡 ) 分 配 一 个 唯一 的 通信 地 址 标 
识 以 太 网 上 的 每 台 计 算 机 ， 这 个 唯一 的 通信 地 址 就 是 人 们 常 说 的 Ethernet 地 址 ， 通 常 也 称 
为 网 卡 的 物理 地 址 、MAC 地 址 。 

IEEE 给 网 络 适配器 制造 厂商 分 配 了 Ethernet 地 址 块 ， 这 个 叫 厂商 代号 。 各 厂商 又 给 自 
己 生 产 的 每 块 网 络 适配器 分 配 一 个 唯一 的 Ethernet 地 
址 ， 这 个 叫 设备 编号 。 由 于 在 每 块 网 络 适配器 出 厂 时 ， 
其 Ethernet 地 址 都 已 被 烧 录 到 网 络 适配器 中 了 ， 有 时 也 
将 此 地 址 称 为 烧 录 地 址 (Burned-In- Address，BIA) 。 00-0D-88 - 45-582E 

Ethernet 地 址 总 长 48 比特 , 共 6 个 字 节 。 其中, 前 
3 个 字 节 是 下 EE 分 配给 厂商 的 厂商 代码 ， 后 3 个 字 节 
是 网 络 适 配器 编号 ， 如 图 9.1 所 示 。 以 太 网 地 址 

3. 数据 链 路 层 图 9.1 Ethemet 地 址 格式 

数据 链 路 层 位 于 OSI 参考 模型 中 的 第 二 层 , 介 平 于 
物理 层 及 网 络 层 之 间 。 数 据 链 路 层 在 物理 层 提供 服务 的 基础 上 向 网 络 层 提供 服务 ， 其 最 基 
本 的 服务 是 将 源 计 算 机 网 络 层 的 数据 可 靠 地 传输 到 相 邻 结 点 的 目标 机 网 络 层 。 然 而 在 局 域 
网 中 ， 多 个 结 点 是 共享 传输 介质 的 ， 这 就 必须 有 某 种 机 制 来 决定 某 一 个 时 刻 ， 哪 个 设备 占 
用 传输 介质 来 传送 数据 。 因 此 ， 局 域 网 的 数据 链 路 层 要 有 介质 访问 控制 的 功能 。 一 般 数据 
链 路 层 划 分 成 两 个 子 层 ， 如 图 9.2 所 示 。 

口 逻辑 链 路 控制 LLC (Logic Line Control) 子 层 ; 

口 介质 访问 控制 MAC (Media Access Control) 子 层 。 


S42 


OSI 参 考 模型 局 域 网 参考 模型 


图 9.2 LLC 和 MAC 子 层 


Is 
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其 中 LLC 子 层 负责 向 其 上 层 提供 服务 ;， LLC 是 在 高 级 数据 链 路 控制 (HDLC: 
High-Level Data-Link Control) 的 基础 上 发 展 起 来 的 ， 并 使 用 了 HDLC 规范 子 集 。 LLC 定 
义 了 3 种 数据 通信 操作 类 型 。 

口 类 型 1: 无 连接 。 这 种 方式 对 信息 的 发 送 通常 无 法 保证 接收 。 

口 类 型 2: 面向 连接 。 该 方式 提供 了 4 种 服务 , 分 别 是 连接 的 建立 、 确认 和 承认 响应 、 

差错 恢复 (通过 请 求 重 发 接收 到 的 错误 数据 实现 ) 及 滑动 窗口 (系数 : 128) 。 通 
过 改变 滑动 窗口 可 以 提高 数据 传输 的 速率 。 

口 类 型 3: 无 连接 承认 响应 服务 。 

MAC 子 层 的 主要 功能 包括 数据 帧 的 封装 或 卸装 ， 帧 的 寻 址 与 识别 ， 帧 的 接收 与 发 送 ， 
链 路 的 管理 ， 帧 的 差错 控制 等 。MAC 子 层 屏蔽 了 不 同 物理 链 路 种 类 的 差异 性 ; 在 MAC 子 
层 诸多 功能 中 ， 特 别 重要 的 一 项 功能 是 仲裁 介质 的 使 用 权 ， 即 规定 站 点 何 时 可 以 使 用 共享 
的 通信 介质 。 局 域 网 技术 中 采用 具有 冲突 检测 的 载波 侦 听 多 路 访问 (Carrier Sense Multiple 
Access /Collision Detection，CSMA/CD) 来 控制 站 点 访问 共享 介质 。 


9.1.3 ”以 太 网 的 帧 结构 


在 Ethemet 中 有 几 种 不 同 的 帧 格式 ， 下 面 就 简单 介绍 一 下 几 种 不 同 的 帧 格式 及 它们 的 
差异 ， 先 分 别 列 出 各 种 格式 的 名 称 。 
口 Ethernet [I 即 DIX 2.0: Xerox 与 DEC、Intel 在 1982 年 制定 的 以 太 网 帧 格式 标准 ， 
是 对 EthernetI 的 补充 和 完善 。 
口 Ethernet 802.3 raw: Novell 在 1983 年 公布 的 专用 以 太 网 标准 帧 格式 。 
口 Ethernet 802.3 SAP: IEEE 在 1985 年 公布 的 Ethernet 802.3 的 SAP 版 本 以 太 网 帧 格 


武 。 
口 Ethernet 802.3 SNAP: IEEE 为 解决 EthernetII 与 802.3 帧 格式 的 兼容 问题 推出 折 吏 
的 Ethernet SNAP 格式 。 


在 每 种 格式 的 以 太 网 帧 的 开始 处 都 有 前 导 字符 ， 前 导 字 符 共 64 比特 (8 字 节 ) ， 如 图 
9.3 所 示 。 这 8 字 节 的 前 导 符 分 为 两 部 分 : 前 同步 码 和 帧 起 始 标志 符 。 前 7 个 字 节 为 同步 
码 ， 用 16 进 制 数 0xAA 填充 ; 最 后 1 字 节 是 帧 起 始 标志 符 ， 用 0xAB 填充 ， 它 标志 着 以 太 
网 帧 的 开始 。 前 导 字 符 用 于 使 接收 结 点 进行 同步 并 做 好 接收 数据 帧 的 准备 。 


10101010 10101010 10101010 10101010 10101010 10101010 | 10101010 10101011 


9.3 ”以 太 网 帧 前 导 字 符 


除 前 导 字 符 之 外 ， 不 同 格式 的 以 太 网 帧 各 字段 定义 都 不 相同 ， 彼 此 并 不 兼容 ， 以 下 分 
别 介绍 。 


1. Ethernet lI 帧 格式 


Ethemet II 类 型 以 太 网 帧 格式 如 图 9.4 所 示 。 
Ethernet I 类 型 以 太 网 帧 的 前 12 个 字 节 ， 分 别 表示 发 送 该 数据 帧 的 源 机 MAC 地 址 和 
接收 数据 帧 的 目标 机 MAC 地 址 。 在 MAC 地 址 后 面 的 2 个 字 节 表示 以 太 网 帧 所 携带 的 上 


“256。 
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层 数 据 类 型 ， 如 十 六 进 制 数 0x0800 表示 卫 协议 数据 ， 十 六 进 制 数 0x809B 表示 AppleTalk 
协议 数据 ， 十 六 进 制 数 0x8138 表示 Novell 类 型 协议 数据 等 。 


6 字 节 6 字 节 字 节 46-1500 字 节 如 池 书 


图 9.4 Ethemet 工 帧 格式 


在 类 型 标识 后 面 就 是 以 太 帧 所 携带 的 真正 数据 了 ， 它 是 不 确定 长 度 的 数据 块 ， 最 小 长 
度 是 46 字 节 ， 最 大 长 度 是 1500 字 节 。 紧 跟 其 后 的 是 4 字 节 的 帧 校 验 序列 (Frame Check 
Sequence, FCS) ,一般 采用 32 位 CRC 循环 元 余 校 验 , 对 从 “目标 MAC 地 址 ”字段 到 “ 数 
据 ” 字 段 的 数据 进行 校 验 。 

2. Ethernet 802.3 raw 帧 格式 

Ethermet 802.3 raw 类 型 以 太 网 帧 格式 ， 如 图 9.5 所 示 。 


字 节 44-1498 字 节 4 字 


6 字 节 
目标 MAC 地 址 上 @ MAC < 总 尚 草 ~ 


图 9.5 ”Ethemet 802.3 raw 帧 格式 
在 Ethernet 802.3 raw 类 型 以 太 网 帧 中 , 没有 专用 于 表示 所 携带 的 上 层 数 据 类 型 的 字段 。 
原来 Ethernet I 类 型 以 太 网 帧 中 用 于 表示 所 携带 的 上 层 数据 类 型 的 字 被 “总 长 度 ” 字 段 所 
取代 ， 其 取 值 范围 为 46 一 1300， 它 指明 了 其 后 数据 域 的 长 度 。 
数据 字段 后 面 的 2 个 字 节 是 固定 不 变 的 十 六 进 制 数 0xXFFFF， 它 表示 该 帧 为 Novell 以 
太 类 型 数据 帧 。 
3. Ethernet 802.3 SAP 帧 格式 


Ethemet 802. 3 SAP 类 型 以 太 网 帧 格式 ， 如 图 9.6 所 示 。 


6 字 节 6 字 节 2 字 节 1 字 节 1 字 节 1 字 节 ”43-1497 字 节 4 宁 节 


目标 MAC 地 址 | 源 MAC 地 址 | 总 长 度 | DSAP 


9.6 ”Ethemet 802.3 SAP 帧 格式 


从 图 中 可 以 看 出 ， 在 Ethemet 802.3 SAP 帧 中 ， 在 Ethernet 802.3 raw 类 型 以 太 网 帧 格 
式 的 基础 上 去 掉 了 原来 2 个 字 节 的 0xFFFF 字段 ， 代 之 以 1 个 字 节 的 DSAP 和 1 个 字 节 的 
SSAP, 同时 增加 了 1 个 字 节 的 “控制 ?字段 , 这 三 个 字段 构成 了 802.2 逻辑 链 路 控制 (LLC) 
的 首部 。LLC 提供 了 无 连接 (LLC 类 型 1) 和 面向 连接 (LLC 类 型 2) 的 网 络 服务 。LLC1 


和 
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应 用 于 以 太 网 环境 中 ， 而 LLC2 应 用 于 IBM SNA 网 络 环境 中 。 

802.2 LLC 首部 包括 两 个 服务 访问 点 : 分 别 是 源 服务 访问 点 (SSAP) 和 目标 服务 访问 
点 (DSAP) 。 它 们 用 于 表示 以 太 网 数据 帧 中 所 携带 的 上 层 数据 类 型 ， 如 0x06 表示 四 协议 
数据 ，0xE0 表示 Novell 类 型 协议 数据 ，0xF0 表示 IBM NetBIOS 类 型 协议 数据 等 。 

1 个 字 节 的 “控制 ?字段 基本 不 使 用 , 通常 被 设置 为 0x03, 表示 采用 无 连接 服务 的 802.2 
无 编号 数据 格式 。 


4. Ethernet 802.3 SNAP 帧 格式 


Ethernet 802.3 SNAP 类 型 以 太 网 帧 格式 如 图 9.7 所 示 。 
38- 2 
节 字 节 3 字 节 2 字 节 字 节 4 字 节 
以 
目标 MAC 人 MAC 地 址 i 汪汪 党 en re 


图 9.7 Ethernet 802. 3 SNAP 帧 格式 


Ethemet SNAP 类 型 数据 帧 格式 与 802.3/802.2 类 型 数据 帧 格式 的 最 大 区 别 是 增加 了 一 
个 5 Bytes 的 SNAP ID, 其 中 前 面 3 个 字 节 通常 与 源 MAC 地 址 的 前 3 个 字 节 相同 , 为 厂商 
代码 ! 有 时 也 可 设 为 0。 后 2 个 字 节 用 来 标识 以 太 网 帧 所 携带 的 上 层 数据 类 型 。 


9.2 网络 设备 驱动 程序 体系 结构 


网 络 设备 是 Linux 3 种 基本 设备 之 一 ， 它 有 着 其 他 两 种 设备 不 同 的 特点 。 网 络 设备 在 
系统 中 的 作用 类 似 于 一 个 已 挂 载 的 块 设备 。 块 设备 把 自己 注册 到 blk_dev 数据 及 其 他 内 核 
结构 中 ， 然 后 通过 自己 的 request0 函 数 在 发 生 请 求 时 传输 和 接收 数据 块 ， 同 样 网 络 设备 也 
必须 在 特定 的 数据 结构 中 注册 自己 ， 以 便 与 外 界 交 换 数据 包 时 被 调用 。 

网 络 设备 在 Linux 内 核 里 做 专门 的 处 理 。Linux 的 网 络 系统 主要 是 基于 BSD UNIX 的 
Socket 机 制 。 在 系统 和 驱动 程序 之 间 定 义 有 专门 的 数据 结构 〈sk_buff) 进行 数据 的 传递 。 
系统 里 支持 对 发 送 数据 和 接收 数据 的 缓存 , 提供 了 流量 控制 机 制 , 提供 了 对 多 协议 的 支持 。 


9.2.1 府 入 式 Linux 网 络 驱动 程序 介绍 


Linux 网 络 驱动 程序 是 Linux 网 络 子 系统 中 的 一 部 分 ， 位 于 TCP/IP 网 络 体系 结构 的 网 
络 接口 层 , 主要 实现 上 层 协议 栈 与 网 络 设备 的 数据 交换 。Linux 的 网 络 系统 主要 是 基于 BSD 
Unix 的 套 接 字 (socket) 机 制 ， 网 络 设备 与 字符 设备 和 块 设备 不 同 ， 没 有 对 应 的 映射 到 文 
件 系统 中 的 设备 结 点 。 

通常 ，Linux 驱动 程序 有 两 种 加 载 方式 : 一 种 是 静态 地 编译 进 内 核 ， 内 核 启动 时 自动 
加 载 ; 另 一 种 是 编写 为 内 核 模块 ， 使 用 insmod 命令 将 模块 动态 加 载 到 正在 运行 的 内 核 ， 不 
需要 时 可 用 rmmod 命令 将 模块 印 载 。 

Linux 2.6 内 核 引入 了 kbuild 机 制 , 将 外 部 内 核 模块 的 编译 同 内 核 源码 树 的 编译 统一 起 
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来 ， 大 大 简化 了 特定 参数 和 宏 的 设置 。 这 样 将 编写 好 的 驱动 模块 加 入 内 核 源码 树 ， 只 要 修 
改 相应 目录 的 Kconfig 文件 ， 把 新 的 驱动 加 入 内 核 的 配置 菜单 中 ， 然 后 需要 修改 相应 子 目 
录 中 与 模块 编译 相关 的 Kbuild Makefile， 即 可 使 新 的 驱动 在 内 核 源码 树 中 被 编译 。 在 嵌入 
式 系统 驱动 开发 时 ， 常 常 将 驱动 程序 编写 为 内 核 模块 ， 方 便 开 发 调试 。 调 试 完成 后 ， 就 可 
以 把 驱动 模块 编译 进 内 核 ， 并 重新 编译 出 支持 特定 物理 设备 的 Linux 内 核 。 


9.2.2 Linux 网 络 设备 驱动 的 体系 结构 


如 图 9.8 所 示 , Linux 网 络 驱 动 程序 的 体系 结构 可 划分 为 4 个 层次 , 即 网 络 协议 接口 层 、 
网 络 设备 接口 层 、 提 供 实际 功能 的 设备 驱动 功能 层 及 设备 物理 媒介 层 。 

Linux 内 核 源 代码 中 提供 了 网 络 设备 接口 及 以 上 层 的 代码 ， 所 以 移植 特定 网 络 硬件 驱 
动 程序 的 主要 工作 就 是 编写 设备 驱动 功能 层 的 相应 代码 ， 根 据 底层 具体 硬件 的 特性 ， 定 义 
struct net_device 这 个 网 络 设备 接口 类 型 的 结构 体 变 量 ， 并 实现 其 中 相应 操作 函数 及 中 断 处 

Linux 中 所 有 的 网 络 设备 都 抽象 为 一 个 统一 的 接口 ， 即 网 络 设备 接口 ， 通 过 struct 
net_device 类 型 的 结构 体 变 量 表示 网 络 设备 在 内 核 中 的 运行 情况 ， 这 里 既 包括 回环 
(loopback) 设备 ， 也 包含 硬件 网 络 设备 接口 。 内 核 中 是 通过 以 dev_base 为 头 指 针 的 设备 链 
表 来 管理 所 有 网 络 设备 的 。 


发 送 数据 包 接收 数据 包 队列 网 络 协议 接口 层 
核心 结构 体 struct net_device 网 络 设备 接口 层 

发 送 数据 包 到 硬件 中 断 处 理 从 硬件 接收 数据 包 设备 驱动 功能 层 
网 络 物理 设备 媒介 设备 物理 媒介 层 


图 9.8 Linux 网 络 驱动 程序 体系 结构 


9.2.3 网 络 设备 驱动 程序 编写 方法 
网 络 设备 驱动 程序 编写 包括 网 络 设备 的 初始 化 ， 数 据 包 发 送 和 接收 函数 的 编写 及 其 他 
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相关 内 容 ， 下 面 分 别 讲述 。 
1. 初始 化 


网 络 设备 的 初始 化 主要 是 由 device 数据 结构 中 的 init 函数 指针 所 指 的 初始 化 函数 来 完 
成 的 ， 当 内 核 启 动 或 加 载 网 络 驱 动 模块 的 时 候 ， 就 会 调用 初始 化 过 程 。 在 这 其 中 将 首先 检 
测 网 络 物 理 设 备 是 否 存 在 ， 这 是 通过 检测 物理 设备 的 硬件 特征 来 完成 的 ， 然 后 再 对 设备 进 
行 资源 配置 , 这 些 工作 完成 之 后 就 要 构造 设备 的 device 数据 结构 ,把 检测 到 的 数值 对 device 
中 的 变量 初始 化 (这 里 的 设备 device 结构 就 是 前 面 介绍 的 net_device 结构 ) ， 这 一 步 非 常 
重要 。 最 后 调用 registre_netdevice() 向 Linux 内 核 中 注册 该 设备 并 申请 内 存 空间 。 


2. 数据 包 的 发 送 与 接收 


数据 包 的 发 送 和 接收 是 实现 Linux 网 络 驱动 程序 中 两 个 最 重要 的 过 程 ， 对 这 两 个 过 程 
处 理 的 成 功 与 否 将 直接 影响 到 驱动 程序 的 整体 运行 质量 。 首 先 ， 在 网 络 设备 驱动 加 载 时 ， 
通过 device 域 中 的 init0 函 数 指针 调用 网 络 设备 的 初始 化 函数 对 网 络 设备 进行 初始 化 , 如 果 
操作 成 功 了 就 可 以 通过 device 域 中 的 open0 函 数 指针 调用 网 络 设备 的 打开 函数 打开 设备 ， 
再 通过 device 域 中 的 建立 硬件 包头 函数 指针 hard_header 建立 硬件 包头 信息 。 

最 后 通过 协议 接口 层 函 数 dev_queue_xmit()〔 详 见 /linux/net/core/dev.c) 调用 device 域 
中 的 hard_start_ xmitO) 函 数 指针 来 完成 数据 包 的 发 送 。 该 函数 会 把 保存 在 套 接 字 缓冲 区 中 的 
数据 发 送 到 物理 设备 ,该 缓冲 区 是 由 数据 结构 sk_buff ( 详 见 /linux/include/linux/sk_buff.h) 
来 表示 的 。 

数据 包 接收 是 通过 系统 的 中 断 机 制 来 完成 的 , 当 有 网 络 数据 到 达 时 , 就 产生 中 断 信号 ， 
网 络 设备 驱动 功能 程序 就 调用 中 断 处 理 程序 ， 即 数据 包 接 收 函 数 来 处 理 数据 包 的 接收 ， 然 
后 网 络 协议 接口 层 调用 netif rx0 函 数 ( 详 见 /linux/net/core/dev.c) 把 接收 到 的 数据 包 传输 到 
网 络 协议 的 上 层 进行 处 理 。 


3. 实现 模式 


实现 Linux 网 络 设备 驱动 的 功能 主要 有 两 种 形式 ， 一 是 通过 内 核 进行 加 载 ， 当 内 核 启 
动 的 时 候 ， 就 开始 加 载 网 络 设备 驱动 程序 ， 内 核 启动 完成 之 后 ， 网 络 驱动 功能 也 随即 实现 
了 ， 再 就 是 通过 模块 加 载 的 形式 。 比 较 这 两 种 形式 ， 第 二 种 形式 更 灵活 些 ， 在 此 重点 对 模 
块 加载 形 式 进行 讨论 。 

模块 设计 是 Linux 中 特有 的 技术 ， 它 使 Linux 内 核 功能 更 容易 扩展 。 采 用 模块 来 设计 
Linux 网 络 设备 驱动 程序 会 很 轻松 ， 并 且 能 够 形成 固定 的 模式 ， 任 何人 只 要 按照 这 个 模式 
去 设计 ， 都 能 设计 出 优良 的 网 络 驱动 程序 。 

先 简要 概述 一 下 基于 模块 加 载 的 网 络 驱动 程序 的 设计 步骤 。 首 先 通过 模块 加 载 命 令 
insmod 把 网 络 设备 驱动 程序 插入 到 内 核 中 。 然后 insmod 将 调用 init module0 函 数 首先 对 网 
络 设备 的 initO 函 数 指针 初始 化 ,再 通过 调用 register_netdev0 函 数 在 Linux 系统 中 注册 该 网 
络 设备 ， 如 果 注 册 成 功 ， 再 调用 init0 函 数 指针 所 指 的 网 络 设备 初始 化 函数 对 设备 进行 初始 
化 , 将 设备 的 device 数据 结构 插入 到 dev_base 链表 的 尾 端 。 最 后 可 以 通过 执行 模块 卸载 命 
令 rmmod 调用 网 络 驱动 程序 中 的 cleanup_module0 函 数 ， 对 网 络 驱动 程序 模块 卸载 。 

通过 模块 初始 化 网 络 接口 是 在 编译 内 核 时 做 标记 ， 编 译 为 模块 ， 操 作 系统 在 启动 时 并 
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不 知道 该 接口 的 存在 ， 需 要 用 户 在 /etc/rc.d/ 目 录 中 定义 的 初始 启动 脚本 中 写 入 命令 或 手动 
将 模块 插入 内 核 空间 来 激活 网 络 接口 。 这 也 给 我 们 在 何 时 加 载 网 络 设备 驱动 程序 带 来 了 灵 


活性 。 


9.2.4 网 络 设备 驱动 程序 应 用 实例 


以 ne2000 兼容 网 卡 为 例 , 来 具体 介绍 基于 模块 的 网 络 驱动 程序 的 设计 过 程 。 可 以 参考 


文件 linux/drivers/net/ne.c 和 linux/drivers/net/8390.c。 
1. 模块 加 载 和 扼 载 
ne2000 网 卡 的 模块 加 载 功能 由 init module0 函 数 完成 ， 具 体 过 程 及 解释 如 下 : 


int init module (void) 
{ 
int this dev, found = 0; 
for (this dev = 0; this dev < MAX NE CARDS; this dev++) 
// 循 环 检测 ne2000 类 型 的 网 络 设备 接口 


struct net device *dev = &qev_ne[this_ dev]; 


// 获 得 网 络 接口 对 应 的 net-device 结构 指针 


dev->irq = irq[lthis dev]; // 初 始 化 该 接口 的 中 断 请 求 号 
dev->mem end = bad[this dev]; // 初 始 化 接收 缓冲 区 的 终点 位 置 
dev->base addr = io[this dev]; // 初 始 化 网 络 接口 的 I/O 基地 址 


dev->init = ne probe; // 初 始 化 init 为 ne_probe， 后 面 介绍 此 函数 
/* 调 用 registre_netdevice() 向 系统 登记 网 络 接口 , 在 这 个 函数 中 将 分 配给 网 络 接口 在 系统 中 


唯一 的 名 称 。 并 且 将 该 网 络 接口 设备 添加 到 系统 管理 的 链表 dev-base 中 进行 管理 。*/ 


if (register netdev(dev) == 0) { 
found++; 
continue; } 
// 省 略 


} 

return 0;} 

模块 卸载 功能 由 cleanup_module0 函 数 ， 实 现代 码 如 下 : 
void cleanup module (void) 

int this dev; 


for (this dev = 0; this dev < MAX NE CARDS; this dev++) { 
// 遍 历 整 个 dev-net 数组 


struct net device *dev = &dev_ne[this_dev]; // 获 得 net-device 结构 指针 


if (dev->priv != NULL) { 
void *priv = dev->priv; 
struct pci dev *idev = (struct pci dev *)ei status.priv; 
if (idev) idev->deactivate (idev); 


// 调 用 函数 指针 idev->deactive 将 已 经 激活 的 网 卡 关闭 使 用 


free irq(dev->irqg, dev); 
release region(dev->base addr, NE IO EXTENT); 


// 调 用 函数 release region() 释放 该 网 卡 占用 的 I/0 地址 空间 
unregister netdev (dev) ; // 调 用 unregister_netdev () 注销 这 个 net_device () 结构 


kfree (priv); // 释 放 priv 空间 
} 
} 
| 
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2. 网 络 接口 初始 化 


实现 此 功能 是 由 ne_probe0 函 数 完成 的 , 前 面 已 经 提 到 过 , 在 init module0 函 数 中 用 它 
来 初始 化 init0 函 数 指针 。 它 主要 对 网 卡 进行 检测 ,并且 初始 化 系统 中 网 络 设备 信息 用 于 后 
面 的 网 络 数据 的 发 送 和 接收 。 上 有 具体 过 程 及 解释 如 下 : 


int _init ne probe(struct net device *dev) 
unsigned int base addr = dev->base addr; 
/* 初 始 化 dev-owner 成 员 , 因为 使 用 模块 类 型 驱动 , 会 将 dev-owner 指向 对 象 modules 结构 
指针 。*/ 
SET MODULE OWNER (dev); 
/* 检 测 dev->base_addr 是 否 合法 ， 是 则 执行 ne-probel () 函数 检测 过 程 ， 如 不 是 ， 则 需要 
自动 检测 。*/ 
if (base addr > 0xlff) 
return ne probel (dev, base addr); 
else if (base addr != 0) 
return -ENXIO; 
/* 如 果 有 ISAPnP 设备 ， 则 调用 ne_probe_isapnp () 检测 这 种 类 型 的 网 卡 。*/ 
if (isapnp present() && (ne probe isapnp(dev) == 0)) 
return 0; 
-.-// 省 略 
return -ENODEV; 
} 


其 中 函数 ne_probe_isapnpO0 和 ne_probe190 的 区 别 在 于 检测 中 断 号 上 面 。PCI 方式 只 需 
指定 IO 基地 址 就 可 以 自动 获得 irq， 是 由 BIOS 自动 分 配 的 。 但 是 ISA 方式 需要 获得 空闲 
的 中 断 资 源 才 能 分 配 。 


9.3 net_device 数据 结构 


struct net_device 结构 体 是 整个 网 络 驱动 结构 的 核心 ,在 本 节 中 将 专门 介绍 这 个 结构 体 。 
它 定 义 了 很 多 供 网 络 协议 接口 层 调用 设备 的 标准 方法 ， 此 结构 是 在 2.6 内 核 源 码 树 文件 中 
定义 的 ， 下 面 详细 列 出 了 其 中 主要 的 成 员 。 


9.3.1 全 局 信息 


结构 体 net_device 的 第 一 部 分 由 下 面 成 员 组 成 : 

char name[IFNAMSIZ] 

设备 名 字 : 设备 名 字 是 由 驱动 设置 的 ， 包 含 一 个 %d 格式 串 ，register_netdev 用 一 个 数 
字 蔡 换 它 来 形成 一 个 唯一 的 设备 名 字 ; 分 配 的 编号 从 0 开始， 如 eth0 后 面 的 0。 

unsigned long state 

设备 状态 : 这 个 成 员 包括 几 个 标志 。 驱 动 正常 情况 下 不 直接 操作 这 些 标志 ; 内核 提供 
了 一 套 实用 函数 。 这 些 函 数 在 我 们 进入 驱动 操作 后 将 进行 讨论 。 
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struct net device *next 


全 局 列表 中 指向 下 一 个 设备 的 指针 。 驱 动 程序 不 应 该 对 这 个 成 员 进行 操作 。 


int (*init) (struct net device *dev) 


一 个 初始 化 函数 。 如 果 设 置 了 这 个 指针 ， 该 函数 被 register_netdev0 调 用 完成 对 
net_device 结构 的 初始 化 。 大 部 分 现代 的 网 络 驱动 不 再 使 用 该 函数 ， 初 始 化 在 注册 接口 前 
进行 。 


9.3.2 ”硬件 信息 


下 面 的 成 员 包含 了 相对 简单 的 设备 低层 硬件 信息 。 它们 是 早期 Linux 网 络 的 延续 ; 大 
部 分 现代 驱动 确实 使 用 它们 (可 能 的 例外 是 站 port) 。 这 里 为 了 完整 性 ， 把 它们 列 出 。 


unsigned long rmem end 
unsigned long rmem start 
unsigned long mem end 
unsigned long mem start 


设备 内 存 信息 。 这 些 成 员 保存 设备 使 用 的 共享 内 存 的 开始 和 结束 地 址 。 如 果 设 备 有 不 
同 的 接收 和 发 送 内 存 ，mem 成 员 由 发 送 内 存 使 用 , rmem 成 员 由 接收 内 存 使 用 。rmem 成 员 
在 驱动 之 外 从 不 被 引用 。 惯例 上 , 设置 end 成 员 , 所 以 end - start 是 可 用 的 板 上 内 存 的 数量 。 

unsigned long base addr 

这 个 成 员 表 示 网 络 接口 的 1O 基地 址 , 在 设备 探测 时 赋值 。ifconfig 目录 可 用 来 显示 或 
修改 当前 值 。 base_addr 可 以 在 系统 启动 时 在 内 核 命令 行 中 显 式 赋值 (通过 netdev= 参 数 ) ， 
或 者 在 模块 加 载 的 时 候 赋值 。 这 个 成 员 内 核 也 不 使 用 它们 。 

unsigned char irqg 

表示 中 断 号 。Ifeonfig 可 以 打印 出 dev->irq 的 值 .。 这 个 值 通常 在 启动 或 者 加 载 时 设置 
并 且 在 后 来 由 这 onfig 打印 出 来 。 

unsigned char if Port 

在 多 端口 设备 中 ， 这 里 表示 使 用 的 端口 。 例 如 这 个 成 员 用 在 同时 支持 同 轴线 
(IF_PORT_10BASE2) 和 双 绞 线 (IF_PORT _100BSAET) 以 太 网 连接 。 完 整 的 已 知 端口 类 
型 设置 定义 在 <linux/netdevie.h> 中 

unsigned char dma 

为 设备 分 配 的 DMA 通道 。 这 个 成 员 只 有 在 一 些 外 设 总 线 时 有 意义 (如 ISA) 它 不 在 
设备 驱动 之 外 使 用 。 


9.3.3 ”接口 信息 


有 关 接 口 的 大 部 分 信息 是 由 ether_setup 函数 设置 的 (或 者 任何 其 他 对 给 定 硬件 类 型 适 
合 的 设置 函数 ) 。 太 网 卡 可 以 通过 这 个 通用 的 函数 设置 大 部 分 接口 信息 成 员 ， 要 指出 的 是 
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flags 和 dev_addr 成 员 是 特定 设备 的 ， 须 在 初始 化 时 明确 指定 。 
一 些 非 以 太 网 接口 可 以 使 用 类 似 ether_setup0 函 数 。deviers/net/net_init.c 定义 了 一 些 类 
似 的 函数 ， 包 括 下 列 内容 。 


口 
口 
口 
口 


口 


void ltalk_setup(struct net_device *dev): 用 于 设置 一 个 LocalTalk 设备 的 成 员 。 

void fc_setup(struct net_device *dev): 用 于 初始 化 光 通 道 设备 的 成 员 。 

void fddi_setup(struct net_device *dev): 用 于 配置 一 个 光纤 分 布 数据 接口 (FDDI) 网 
络 的 接口 。 

Void hippi_setup(struct net_device *dev): 用 于 预备 给 一 个 高 性 能 并 行 接口 (HIPPI) 的 
高 速 互 连 驱 动 的 成 员 。 

Void tr_setup(struct net_device *dev): 用 于 处 理 令 牌 环 网 络 接 口 的 设置 。 


大 多 数 设 备 会 归于 这 些 类 别 中 的 某 一 类 。 如 果 你 使 用 的 是 其 他 的 设备 ， 则 需要 手工 赋 
值 以 下 的 成 员 。 


口 


。264 。 


unsigned short hard_header len: 指定 硬件 头 部 长 度 ， 就 是 被 发 送 报 文 前 面 在 卫 头 
之 前 的 字 节 数 ， 或 者 其 他 协议 信息 。 对 于 以 太 网 接口 hard_header len 的 值 是 14 
(ETH HLEN) 。 
unsigned mtu: 表示 最 大 传输 单元 (MTU) 。 这 个 成 员 在 网 络 层 用 作 驱 动 报 文 传输 。 
以 太 网 有 一 个 1500 字 节 的 MTU (ETH DATA_LEN) 。 这 个 值 可 用 这 onfig 来 改变 。 
unsigned long tx_queue len: 在 设备 发 送 队 列 中 可 以 排队 的 最 大 帧 数 。 这 个 值 由 
ether_setup 设置 为 1000, 但 是 你 可 以 修改 它 。 例 如 plip 使 用 10 来 避免 浪费 系统 内 
存 〈 相 比 真实 以 太 网 接口 ，plip 有 一 个 低 些 的 吞吐 量 ) 。 
unsigned short type: 表示 接口 的 硬件 类 型 。 这 个 type 成 员 由 ARP 用 来 确定 接口 支 
持 什 么 样 的 硬件 地 址 。 对 于 以 太 网 接口 正确 的 值 是 ARPHRD_ETHER， 这 是 由 
ether_setup 设置 的 值 。 可 认识 的 类 型 定义 在 <linux/if arp.h> 中 。 
unsigned char addr len unsigned char broadcast[MAX ADDR LEN] 和 unsigned char 
dev_addr[MAX_ADDR _LEN]: 表示 硬件 (MAC) 地 址 长 度 和 设备 硬件 地 址 。 以 太 
网 地 址 长 度 是 6 个 字 节 (我 们 指 的 是 接口 板 的 硬件 ID，〉， 广 播 地 址 由 6 个 0x 企 字 
节 组 成 ; ether_setup 安排 成 正确 的 值 。 设备 地 址 ， 需 要 以 特定 于 设备 的 方式 从 接口 
板 读 出 ， 驱 动 应 当 将 它 复制 到 dev_addr。 硬 件 地 址 用 来 产生 正确 的 以 太 网 头 ， 在 
报 文 传递 给 驱动 发 送 之 前 。snull 设备 不 使 用 物理 接口 ， 它 创造 自己 的 硬件 接口 。 
unsigned short flags 和 int features: 表示 接口 标志 。flags 成 员 是 一 个 位 掩 码 ， 包 括 
以 下 的 位 值 ，IFF_ 前 级 代表 “interface flags”。 有 些 标志 由 内 核 管理 ， 有 些 由 接口 
在 初始 化 时 设置 来 表明 接口 的 能 力 和 其 他 特性 。 有 效 的 标志 在 <linux/ifh> 中 有 
IFF_UP: 对 于 驱动 来 说 这 个 标志 是 只 读 的 。 当 接口 激活 并 准备 传送 报 文 时 内 核 打 
开 官 。 
IFF BROADCAST: 这 个 标志 〈 由 网 络 代 码 维护 ) 说 明 接口 允许 广播 。 以 太 网 板 
IFF_DEBUG: 表示 调试 模式 。 这 个 标志 用 来 控制 你 的 printk 调用 的 复杂 性 或 者 用 
于 其 他 调试 目的 。 尽 管 当前 没有 in-tree 驱动 使 用 这 个 标志 ， 它 可 以 通过 ioctl 来 设 
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置 和 重 置 ， 驱 动 中 可 用 它 。misc-progs/netifdebug 程序 可 以 用 来 打开 或 关闭 这 个 

口 FF LOOPBACK: 这 个 标志 只 在 环 回 接口 中 设置 。 内 核 检 查 ITF LOOPBACK， 
以 取代 硬 连 线 lo 名 子 作为 一 个 特殊 接口 。 

口 IFF_POINTOPOINT: 这 个 标志 说 明 接 口 连接 到 一 个 点 对 点 链 路 。 它 由 驱动 设置 或 
者 由 ifconfig。 例 如 plip 和 PPP 驱动 设置 它 。 

口 IFF_NOARP: 这 个 表示 接口 不 能 进行 ARP。 例如 点 对 点 接口 不 需要 运行 ARP， 它 
只 能 增加 额外 的 流量 却 没 有 任何 有 用 的 信息 。 

口 IFF_PROMISC: 这 个 标志 (由 网 络 代码 ) 用 来 激活 混杂 操作 。 默 认 情 况 下 ， 以 太 
网 接口 使 用 硬件 过 滤器 来 保证 它们 只 接收 广播 报 文 和 直接 收 到 接口 硬件 地 址 的 报 
文 。 报 文 嗅 探 器 例如 tcpdump, 在 接口 上 设置 混杂 模式 来 存 取 在 接口 发 送 介质 上 经 
过 的 所 有 报 文 。 

口 FF MULTICAST: 驱动 设置 这 个 标志 来 表示 接口 有 组 播发 送 能 力 。 默 认 的 情况 下 
ether_setup 设置 FF_ MULTICAST， 如 果 你 的 驱动 不 支持 组 播 , 必须 在 初始 化 时 清 
除 这 个 标志 。 

口 IFF_ALLMULTI: 这 个 标志 表示 接口 接收 所 有 的 组 播报 文 。 内 核 在 主机 进行 组 播 
路 由 时 设置 它 ， 前 提 是 IFF_ MULTICAST 置 位 。IFF_ALLMULTI 对 驱动 来 说 是 
只 读 的 。 

口 FF_ MASTER 和 IFF_SLAVE: 这 些 标志 给 负载 均衡 代码 使 用 。 接 口 驱动 不 需要 使 
用 它们 。 

口 IFF PORTSEL 和 IFF_AUTOMEDIA: 这 些 标志 表示 设备 可 以 在 多 个 介质 类 型 间 切 
换 ， 如 无 屏蔽 双 绞 线 CUTP) 和 同 轴 以 太 网 电缆 。 如 果 设置 了 IFF_AUTOMEDIA， 
设备 会 自动 选择 正确 的 介质 。 

口 IFF_DYNAMIC: 这 个 标志 由 驱动 设置 ， 表 示 接 口 的 地 址 能 够 变化 。 目 前 内 核 没 有 
使 用 它 。 

口 IFF_ RUNNING: 这 个 标志 表示 接口 已 启动 并 在 运行 。 它 的 存在 大 部 分 是 因为 和 
BSD 兼容 ， 内 核 很 少 用 它 。 大 多 数 网 络 驱动 不 需要 关心 IFF_RUNNING。 

口 IFF_NOTRAILERS: 在 Linux 中 没有 使 用 这 个 标志 ， 是 为 了 和 BSD 兼容 才 存 在 。 
当 一 个 程序 改变 IFF_UP 时 , open0) 或 者 stop0 设 备 方法 就 被 调用 。 进 而 , 当 IFF_UP 
或 者 其 他 标志 修改 了 ，set_multicast lis0) 方 法 被 调用 。 如 果 驱 动 需要 进行 某 些 动作 
来 响应 标志 的 修改 ， 它 必须 在 set_multicast_list 中 采取 动作 。 如 当 IFF PROMISC 
被 置 位 或 者 复位 ，set_mnulticast list 必须 通知 板 上 的 硬件 过 滤器 。 

结构 net_device 的 特性 成 员 由 驱动 设置 来 告知 ， 内 核 关 于 任何 接口 拥有 的 特别 硬件 能 

力 。 完 整 的 集合 是 : 

口 NETIF F SG 和 NETIF_F_FRAGLIST: 这 两 个 标志 控制 发 散 /汇聚 IO 的 使 用 。 如 

果 接 口 可 以 发 送 一 个 报 文 ， 其 由 几 个 不 同 的 内 存 段 组 成 ， 应 当 设 置 NETIF_F_SG。 
外 注意 : 内 核 不 对 设备 进行 发 散 /汇聚 IO 操作 ， 如 果 它 没有 同时 提供 某 些 校 验 和 形式 。 理 
由 是 如 果 内 核 不 得 不 跨 过 一 个 分 片 的 报 文 来 计算 校 验 和 , 它 可 能 也 复制 数据 并 同 

时 接合 报 文 。 
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口 NETIF F IP_ CSUM、NETIF F NO CSUM 和 NETIF F HW_CSUM: 这 些 标志 都 
是 告知 内 核 ， 不 需要 给 一 些 或 所 有 通过 这 个 接口 离开 系统 的 报 文 进行 校 验 。 如 果 
你 的 接口 可 以 校 验 了 报 文 ， 就 设置 NETIF F IP_CSUM。 如 果 这 个 接口 不 曾 要 求 
校 验 和 ， 就 设置 NETIF F NO_CSUM。 环 回 驱动 设置 了 这 个 标志 ，snull 也 设置 ， 
因为 报 文 只 通过 系统 内 存 传送 ， 对 它们 来 说 没有 机 会 (1 跳 ) 被 破坏 ， 没 有 必要 校 
验 它们 。 如 果 你 的 硬件 自己 做 校 验 ， 设 置 NETIF_F_HW_CWSUM。 

口 NETIF F HIGHDMA: 如 果 你 的 设备 能 够 对 高 端 内 存 进行 DMA。 设 置 这 个 标志 ， 
没有 这 个 标志 ， 所 有 提供 给 你 的 驱动 报 文 将 在 低 端 内 存 分 配 。 

口 NETIF F HW VLAN _TX、NETIF F HW _ VLAN RX、NETIF F HW_VLAN FIL 
TER 和 NETIF F_VLAN_CHALLENGED: 这 些 选 项 描述 你 的 硬件 对 802.19VLAN 
报 文 的 支持 。VLAN 支持 超出 本 章 的 内 容 。 如 果 VLAN 报 文 使 你 的 设备 混乱 (其 
实 不 应 该 ) ， 设 置 标志 NETIF_F_VLAN_CHALLENGED。 

口 NETIF F_ TSO: 如 果 你 的 设备 能 够 进行 TCP 分 段 和 卸载， 设置 这 个 标志 。TSO 是 
一 个 在 这 里 不 涉及 的 高 级 特性 。 


9.3.4 设备 方法 


和 字符 和 块 驱动 一 样 ， 每 个 网 络 设备 都 声明 能 操作 它 的 函数 。 本 节 列 出 能 够 对 网 络 接 
口 进行 的 操作 。 有 些 操 作 可 以 留 作 NULL， 其 他 的 通常 是 不 被 触动 的 ， 因 为 ether_setup 给 
它们 安排 了 合适 的 方法 。 

网 络 接口 的 设备 方法 可 分 为 2 组 : 基本 的 和 可 选 的 。 基 本 的 方法 包括 那些 必需 的 能 够 
使 用 接口 的 ， 可 选 的 方法 实现 更 多 高 级 的 不 是 严格 要 求 的 功能 。 下 列 是 基本 方法 : 

int (*open) (struct net device *dev); 

打开 接口 : 任何 时 候 ifconfig 激活 它 ， 接 口 被 打开 。Open0 方 法 应 当 注 册 它 需要 的 任 
何 系统 资源 (VO) 口 、IRQ、DMA 等 ) ， 打 开 硬 件 ， 进 行 其 他 你 的 设备 要 求 的 设置 。 

int (*stop) (struct net device *dev); 

停止 接口 。 接 口 停止 当 它 被 关闭 。 这 个 函数 应 当 恢 复 在 打开 时 进行 的 操作 。 

int (*hard start xmit) (struct sk buff *skb, struct net device *dev); 

起 始 报 文 的 发 送 方法 。 完 整 的 报 文 (协议 头 和 所 有 )〉 包含 在 一 个 socket 缓存 区 
(sk_buff) 结构 。socket 缓存 在 本 章 后 面 介绍 。 


int (*hard header) (struct sk buff *skb, struct net device *dev, unsigned 
Short type, void *daddr, void *saddr, unsigned len); 


用 之 前 取 到 的 源 和 目的 硬件 地 址 来 建立 硬件 头 的 函数 在 hard_start_xmit 前 调用 ) 。 
它 的 工作 是 将 作为 参数 传 给 它 的 信息 组 织 成 一 个 合适 的 特定 于 设备 的 硬件 头 。eth_header 
是 以 太 网 类 型 接口 的 默认 函数 : ether_setup 针对 性 地 对 这 个 成 员 赋值 。 


int (*rebuild header) (struct sk buff *skb) 7 


用 来 在 ARP 解析 完成 后 但 是 在 报 文 发 送 前 重建 硬件 头 的 函数 。 以 太 网 设备 使 用 默认 的 


。266 。 
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函数 使 用 ARP 支持 代码 来 填充 报 文 缺失 的 信息 。 

void (*tx timeout) (struct net device *dev); 

一 个 报 文 发 送 没 有 在 一 个 合理 的 时 间 内 完成 时 ， 由 网 络 代码 调用 的 方法 ， 可 能 是 丢失 
一 个 中 断 或 者 接口 被 锁 住 。 它 应 当 处 理 这 个 问题 并 恢复 报 文 发 送 。 

struct net device stats *(*get stats) (struct net device *dev); 

任何 时 候 当 一 个 应 用 程序 需要 获取 接口 的 统计 信息 时 ， 调 用 这 个 方法 。 当 ifconfig 或 
者 netstat -i 运行 时 : 


int (*set config) (struct net device *dev, struct ifmap *map); 

改变 接口 配置 。 这 个 方法 是 配置 驱动 的 入 口 点 。 设 备 的 IO 地 址 和 中 断 号 可 以 在 运行 
时 使 用 set_config 来 改变 。 这 种 能 力 可 由 系统 管理 员 在 接口 没有 探测 到 时 使 用 。 现 代 硬 件 
正常 的 驱动 一 般 不 需要 实现 这 个 方法 。 

剩 下 的 设备 操作 是 可 选 的 : 


int weight; 
int (*pol1) (struct net device *dev; int *quota); 


由 适应 NAPI 的 驱动 提供 的 方法 ， 用 来 在 查询 模式 下 操作 的 接口 ， 中 断 关 闭 着 。 

void (*poll controller) (struct net device *dev); 

在 中 断 关 闭 的 情况 下 ， 要 求 驱动 检查 接口 上 的 事件 函数 。 它 用 于 特殊 的 内 核 中 的 网 络 
任务 ， 例 如 远程 控制 台 和 使 用 网 络 的 内 核 调试 。 

int (*do ioct1) (struct net device *dev, struct ifreq *ifr, int cmd); 

处 理 特定 于 接口 的 ioctl 命令 。 如 果 接口 不 需要 相应 的 net_device 结构 中 的 成 员 可 留 
为 NULL， 任 何 特定 于 接口 的 命令 。 

void (*set multicast list) (struct net device *dev); 

当 设 备 的 组 播 列表 改变 和 当 标 志 改 变 时 调用 的 方法 。 

int (*set mac address) (struct net device *dev, void *addr); 

如 果 接 口 支持 改变 它 的 硬件 地 址 的 能 力 ， 则 可 以 实现 这 个 函数 。 很 多 接口 根本 不 支持 
这 个 能 力 。 其 他 的 使 用 默认 的 eth_mac_adr 实现 (在 deivers/net/net init.c) 。eth_mac_addr 
只 复制 新 地 址 到 dev->dev_addr， 只 在 接口 没有 运行 时 做 这 件 事 。 使 用 eth_mac_addr 的 驱 
动 应 当 在 它们 的 open0 方 法 中 从 dev->dev_addr 里 设置 硬件 MAC 地 址 。 

int (*change mtu) (struct net device *dev, int new mtu); 

当 接口 的 最 大 传输 单元 (MTU) 改变 时 动作 的 函数 。 如 果 用 户 改变 MTU 时 驱动 需要 
做 一 些 特殊 的 事情 ， 它 应 当 声 明 它 自己 的 函数 ， 否 则 ， 默 认 的 会 将 事情 做 对 。 

int (*header cache) (struct neighbour *neigh, struct hh cache *hh); 

header_cache 被 调用 来 填充 hh_cache 结构 ,使 用 一 个 ARP 请 求 的 结果 。 几 乎 全 部 类 似 
以 太 网 的 驱动 可 以 使 用 默认 的 eth_ header cache 实现 。 
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int (*header cache _ update) (struct hh cache *hh, struct net device *dev, 
unsigned char *haddr); 


在 响应 一 个 变化 中 ， 更 新 hh_cache 结构 中 的 目的 地 址 的 方法 。 以 太 网 设备 使 用 
eth header cache update。 
int (*hard header parse) (struct sk buff *skb, unsigned char *haddr); 


hard_header_parse 方法 从 包含 在 skb 中 的 报 文中 抽取 源 地 址 ， 复 制 到 haddr 的 缓存 区 。 
函数 的 返回 值 是 地 址 的 长 度 。 以 太 网 设备 通常 使 用 eth_ header parse。 


9.3.5 ”公用 成 员 


结构 net_device 剩 下 的 数据 成 员 由 接口 使 用 来 持 有 有 用 的 状态 信息 。 有 些 是 ifconfig 
和 netstat 用 来 提供 给 用 户 关 于 当前 配置 的 信息 。 因 此 ， 接 口 应 该 给 这 些 成 员 赋值 : 


unsigned long trans start; 
unsigned long last rx; 


保存 一 个 jiffy 值 的 成 员 。 当 开始 发 送 和 收 到 一 个 报 文 时 ， 驱 动 负责 分 别 更 新 这 些 值 。 
trans_start 值 被 网 络 子 系统 用 来 探测 发 送 器 加 锁 。last_rx 目前 没有 用 到 , 但 是 驱动 应 当 尽量 
维护 这 个 成 员 以 备 将 来 使 用 。 

int watchdog timeo; 

网 络 层 认为 一 个 传送 超时 发 生前 应 当 过 去 的 最 小 时 间 ( 按 jiffy 计算 ) ， 调 用 驱动 的 
tx_timeout 函数 。 

void *priv; 

filp->private_data 的 对 等 者 。 在 现代 的 驱动 里 ， 这 个 成 员 由 alloc_netdev 设置 ， 不 应 当 
直接 存 取 ， 使 用 netdev_priv 代 蔡 。 


struct dev mc list *mc list; 
int mc count; 


处 理 组 播发 送 的 成 员 。me_count 是 me_list 中 的 项 数目 。 


spinlock t xmit lock; 
int xmit lock owner; 


xmit_lock 用 来 避免 对 驱动 的 hard_start_xmit0 函 数 多 个 同时 调用 。xmit_lock_owner 是 
已 获得 xmit_lock 的 CPU 号 。 驱 动 应 当 不 改变 这 些 成 员 的 值 。 
结构 net_device 中 有 其 他 的 成 员 ， 但 是 网 络 驱动 不 需要 用 到 它们 。 


9.4 DM9000 网 卡 概述 


有 些 能 入 式 处 理 器 并 没有 集成 以 太 网 MAC 层 控制 器 ， 对 于 这 种 处 理 器 ， 人 们 选择 使 
用 集成 了 MAC 控制 器 和 PHY 层 的 以 太 网 芯片 ， 来 扩展 网 络 接口 。DM9000 就 是 这 样 一 种 


“268。 
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常用 的 自 适应 以 太 网 芯片 。 
9.4.1 DM9000 网 卡 总 体 介 绍 


DM9000 是 一 种 快速 以 太 网 控制 处 理 器 , 它 合成 了 MAC、PHY 和 MMU。 该 处 理 器 配 
备 有 标准 10M/100M 自 适 应 ，16K 容量 的 FIFO，4 路 多 功能 GPIO， 掉 电 ， 全 双 工 工作 等 
功能 。 支 持 以 太 网 接口 协议 。 

网 络 数据 有 时 是 以 铬 发 形式 收 到 的 ， 因 此 ，DM9000 还 集成 了 接收 缓冲 区 ， 以 便 在 接 
收 到 数据 时 能 把 数据 放 在 这 个 缓冲 区 中 ,然后 由 数据 链 路 层 直 接 从 这 个 缓冲 区 里 取出 数据 。 
链 路 层 通 常 包括 操作 系统 中 的 设备 驱动 程序 和 计算 机 中 对 应 的 网 络 接 口 卡 ， 它 们 共同 处 理 
与 电缆 的 物理 接口 细节 数据 ， 其 缓冲 区 可 用 来 暂时 存储 要 发 送 或 接收 的 帧 。 

DM9000 还 提供 介质 无 关 接口 ， 用 来 连接 所 有 提供 支持 介质 无 关 接 口 功 能 的 家 用 电话 
线 网 络 设备 或 其 他 收发 器 。DM9000 支持 8 位 、16 位 和 32 位 接口 访问 内 部 存储 器 ， 以 支 
持 不 同 的 处 理 器 。DM9000 物理 协议 层 接口 完全 支持 使 用 10MBps 下 3 类 、4 类 、5 类 非 屏 
珊 双 绞 线 和 100MBps 下 5 类 非 屏蔽 双 绞 线 ， 这 完全 符合 IEEE 802.3u 规格 。 它 的 自动 协调 
功能 可 以 自动 完成 配置 以 最 大 限度 地 适合 其 线路 带宽 ， 还 支持 IEEE 802.3x 全 双 工 流量 控 
制 。 这 个 工作 在 DM9000 里 面 是 非常 简单 的 ， 所 以 用 户 可 以 容易 地 移植 任何 系统 下 的 网 卡 
驱动 程序 。 


9.4.2 ”DM9000 网 卡 的 特点 


DM9000 网 卡 具有 如 下 特点 。 

支持 处 理 器 读 写 内 部 存储 器 的 数据 操作 命令 以 字 节 / 字 / 双 字 的 长 度 进行 
集成 10/100M 自 适应 收发 器 ; 

支持 介质 无 关 接口 ; 

支持 背 压 模式 半 双 工 流量 控制 模式 ; 

IEEE 802.3x 流量 控制 的 全 双 工 模式 ; 

支持 唤醒 帧 ， 链 路 状态 改变 和 远程 的 唤醒 ; 

4K 双 字 SRAM:; 

支持 自动 加 载 EEPROM 里 面 生产 商 ID 和 产品 ID; 

支持 4 个 通用 输入 输出 口 ; 

超 低 功 耗 模式 ; 

功率 降低 模式 ; 

电源 故障 模式 ; 

可 选择 1: 1 YL18-2050S,YT37-1107S 或 5 : 4 变 压 比 例 的 变压器 降低 格外 功率 ; 
兼容 3.3V 和 5.0V 输入 输出 电压 ; 

100 脚 CMOS LQFP 封装 工艺 。 


= 
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DM9000 包含 一 系列 可 被 访问 的 控制 状态 寄存 器 ， 这 些 寄 存 器 是 字 节 对 齐 的 ， 它 们 在 
硬件 或 软件 复位 时 被 设置 成 初始 值 ， 以 下 为 DM9000 的 寄存 器 功能 详解 。 


1. 网 络 控制 寄存 器 (NCR) 
网 络 控制 寄存 器 用 于 对 DM9000 工作 状态 的 控制 ， 可 以 使 DM9000 复位 ， 功 能 描述 如 


表 9.1 所 述 。 
表 9.1 网 络 控制 寄存 器 (Network Control Register) 
功 能 位 描 述 
EXT PHY [7] 1 选择 外 部 PHY，0 选择 内 部 PHY， 不 受 软件 复位 影响 
WAKEEN [q 写作 疾 轩 代 全 ， 1 使 能 ，0 禁止 并 清除 事件 唤醒 状态 ， 不 受 软件 复位 
保留 [5] 
FCOL [4] 1 强制 冲突 模式 ， 用 于 用 户 测 试 
FDX [3] 全 双 工 模式 。 内 部 PHY 模式 下 只 读 ， 外 部 PHY 下 可 读 写 
i 和 回环 模式 (Loopback)00 通常 , 01MAC 内 部 回环 , 10 内 部 PHY 100M 
[1-2] | 模式 数字 回环 ，11 保留 
RST [0] 1 软件 复位 ，10us 后 自动 清 零 


2. 网 络 状态 寄存 器 (NSR) 


网 络 状态 寄存 器 ， 通 过 该 寄存 器 可 以 获知 DM9000 当前 的 工作 状态 ， 例 如 是 否 处 于 连 
接 状 态 ， 发 送 数据 是 否 完毕 ， 是 否 处 于 睡眠 状态 等 ， 功 能 描述 如 表 9.2 所 述 。 


表 9.2 网 络 状态 寄存 器 (Network Status Register) 


功 能 位 描 述 

媒介 速度 ， 在 内 部 PHY 模式 下 ,0 为 100Mbps，1 为 10Mbps。 当 
SPEED 中 | rmNKgsTr=o 时 ， 此 位 不 用 
LINKST [6] 连接 状态 ， 在 内 部 PHY 模式 下 ，0 为 连接 失败 ，1 为 已 连接 
WAKEST [5] 唤醒 事件 状态 。 读 取 或 写 1 将 清 零 该 位 。 不 受 软件 复位 影响 
保留 [4] 

TX (发 送 ) 数据 包 2 完成 标志 ， 读 取 或 写 1 将 清 零 该 位 。 数 据 包 指 
TX2END [3] 针 2 传输 完成 

TX (发 送 ) 数据 包 1 完成 标志 ， 读 取 或 写 1 将 清 零 该 位 。 数 据 包 指 
TX2END [2] 针 1 传输 完成 
RXOV [1] RX (接收 ) FIFO (先进 先 出 缓存 ) 溢出 标志 
保留 [0] 


3. 发 送 控制 寄存 器 (TCR) 
发 送 控制 寄存 器 ， 可 以 控制 发 送 使 能 ， 功 能 描述 如 表 9.3 所 述 。 


i 
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表 9.3 发 送 控制 寄存 器 (TX Control Register) 


功 能 位 描 述 
保留 [7] 
TJDIS [6] Jabber 传输 使 能 。1 使 能 Jabber 传输 定时 器 (2048 字 节 ) ，0 禁止 
EB [5] 额外 冲突 模式 控制 .0 当 额 外 的 冲突 计数 多 于 15 则 终止 本 次 数据 包 ， 


1 始终 尝试 发 送 本 次 数据 包 
PAD DIS2 [4 禁止 为 数据 包 指针 2 添加 PAD 


CRC DIS2 [3] 禁止 为 数据 包 指 针 2 添加 CRC 校 验 

PAD DIS2 [2] 禁止 为 数据 包 指 针 1 添加 PAD 

CRC _DIS2 [1] 禁止 为 数据 包 指 针 1 添加 CRC 校 验 

TXREQ [0] TX (发 送 ) 请 求 。 发 送 完 成 后 自动 清 零 该 位 


注释 : Jabber 是 一 个 有 CRC 错误 的 长 帧 (大 于 1518byte 而 小 于 6000byte) 或 是 数据 
包 重 组 错误 。 原 因 : 它 可 能 导致 网 络 丢 包 ， 多 是 由 于 网 站 有 硬件 或 软件 错误 。 


4. 数据 包 指针 1 的 发 送 状态 寄存 器 1 (TSR_1) 
数据 包 指针 1 的 发 送 状态 寄存 器 1 功能 描述 ， 如 表 9.4 所 述 。 
表 9.4 数据 包 指 针 1 的 发 送 状态 寄存 器 1 (TX Status Register D) 


功 能 | 位 描述 

17] | ampe 传输 超时 。 该 位 轩 位 表示 由 于 多 于 2048 字 忆 数据 被 传 条 而 导 
致 数据 帧 被 截 掉 

ee 16] | 下 信号 于 天 。 该 位置 位 表示 在 传输 时 发 生 红 开 流入 号 款 失 。 在 内 部 加 
环 模式 下 该 位 无 效 

[| 无 各 下 信号 。 该 位 置 位 表示 在 帆 传 办 时 无 才 波 信号 。 在 内 部 回环 术 
式 下 该 位 无 效 

LC [4] ”| 冲突 延迟 。 该 位 置 位 表示 在 64 字 节 的 冲突 窗口 后 又 发 生 冲 突 

corL [3] ”| 数据 包 冲 突 。 该 位 置 位 表示 传输 过 程 中 发 生 冲 突 
额外 冲突 。 该 位 置 位 表示 由 于 发 生 了 第 16 次 冲突 〈 即 额外 冲突 ) 后 

下 [2] | 传送 被 终止 

保留 [1-0] 


5. 数据 包 指 针 2 的 发 送 状态 寄存 器 2 (TSR_ID) 
数据 包 指针 2 的 发 送 状 态 寄存 器 2 功能 描述 ， 如 表 9.5 所 述 。 
表 9.5 数据 包 指针 2 的 发 送 状 态 寄 存 器 2 (TX Status Register ID) 


功 能 位 描述 

ee | [71 | Tabper 传输 超时 。 该 位 置 位 表示 由 于 多 于 2048 字 节 数 据 被 传输 而 导 
致 数据 帧 被 截 掉 

可 [6] | 载波 信号 丢失 。 该 位 置 位 表示 在 由 传输 时 发 生 红 载 波 信 号 丢失 。 在 内 部 回 
环 模式 下 该 位 无 效 
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续 表 

功 能 位 描 述 

Re | Pe 
式 下 该 位 无 效 

LC | [4] | 冲突 延迟 。 该 位 置 位 表示 在 64 字 节 的 冲突 窗口 后 又 发 生 冲突 

COL | [3] | 数据 包 冲 突 。 该 位 置 位 表示 传输 过 程 中 发 生 冲 突 

Be | | ee a dd ell 
传送 被 终止 

保留 [1-0] 


6. 接收 控制 寄存 器 (RCR) 


接收 控制 寄存 器 ， 可 以 控制 接收 使 能 ， 功 能 描述 如 表 9.6 所 述 。 
表 9.6 接收 控制 寄存 器 (RX Control Register) 
功 能 位 描 述 
保留 [0] 
WTIDIS [6] 看 门 狗 定时 器 禁止 。1 禁止 ，0 使 能 
DIS LONG [5] 丢弃 长 数据 包 。1 为 丢弃 数据 包 长 度 超过 1522 字 节 的 数据 包 
DIS CRC [4] 丢弃 CRC 校 验 错误 的 数据 包 
ALL [3] 忽略 所 有 多 点 传送 
RUNT [2] 忽略 不 完整 的 数据 包 
PRMSC [1] 混杂 模式 (Promiscuous Mode) 
RXEN [0] 接收 使 能 


7. 接收 状态 寄存 器 (RSR) 


接收 状态 寄存 器 ， 当 有 接收 中 断 到 来 时 ， 可 以 通过 读 取 该 寄存 器 ， 进 一 步 了 解 当前 
DM9000 网 卡 的 接收 状态 ， 从 而 确定 目前 接受 的 这 一 帧 数据 应 该 如 何 处 理 ， 功 能 描述 如 表 


9.7 所 述 。 

表 9.7 接收 状态 寄存 器 (RX Status Register) 

功 能 位 描 述 

RF [7] 不 完整 数据 帧 。 该 位 置 位 表示 接收 到 小 于 64 字 节 的 帧 

MF [6] 多 点 传送 帧 。 该 位 置 位 表示 接收 到 帧 包含 多 点 传送 地 址 

LCS [5] 冲突 延迟 。 该 位 置 位 表示 在 帧 接收 过 程 中 发 生 冲 突 延 迟 

RWTO [4] 接收 看 门 狗 定时 溢出 。 该 位 置 位 表示 接收 到 大 于 2048 字 节 数 据 帧 

PLE [3] 物理 层 错 误 。 该 位 置 位 表示 在 帧 接收 过 程 中 发 生物 理 层 错 误 

村 [2] 对 齐 错误 〈Alignment) 。 该 位 置 位 表示 接收 到 的 帧 结尾 处 不 是 字 节 
对 齐 ， 即 不 是 以 字 节 为 边界 对 齐 

CE [1] CRC 校 验 错误 。 该 位 置 位 表示 接收 到 的 帧 CRC 校 验 错误 

FOE [0] 接收 FIFO 缓存 溢出 。 该 位 置 位 表示 在 帧 接收 时 发 生 FIFO 溢出 


第 9 章 网卡 驱动 程序 移植 


8. 接收 /发 送 溢出 控制 寄存 器 (RTFCR) 
接收 /发 送 溢出 控制 寄存 器 功能 描述 ， 如 表 9.8 所 述 。 
表 9.8 ”接收 /发 送 溢出 控制 寄存 器 (RX/TX Flow Control Register) 


功 能 位 描 述 
TXPO0 [lw 1 发 送 暂停 包 。 发 送 完成 后 自动 清 零 ， 并 设置 TX 暂停 包 时 间 为 0000H 
TXPF [6] 1 发 送 暂 停 包 。 发 送 完成 后 自动 清 零 ， 并 设置 TX 暂停 包 时 间 为 FFFFH 
TXPEN [5] 强制 发 送 暂停 包 使 能 。 按 溢出 门限 最 高 值 使 能 发 送 暂停 包 
EA [4 背 压 模式 。 该 模式 仅 在 半 双 工 模式 下 有 效 。 当 接收 SRAM 超过 BPHW 并 


且 接 收 新 数据 包 时 ， 产 生 一 个 拥挤 状态 
背 压 模式 。 该 模式 仅 在 半 双 工 模式 下 有 效 。 当 接收 SRAM 超过 BPHW 并 


ca BB]】 。 | 数据 包 DA 匹配 时 ， 产 生 一 个 拥挤 状态 
RXPpS [2] | 接收 暂停 包 状态 。 只 读 ， 清 零 时 多 许 接收 
RXPCS [1] ”| 接收 暂停 包 当前 状态 

FLCE [0] | 溢出 控制 使 能 控 。1 设置 使 能 溢出 制 模式 


9. 传送 数据 长 度 寄存 器 


口 DM_TXPLL (0xFC) : 传送 数据 长 度 低 字 节 寄 存 器 ， 在 发 送 数据 时 ， 该 寄存 器 存 
放 发 送 的 数据 长 度 的 低 字 节 。 

口 DM_TXPLH (0OxFD) : 传送 数据 长 度 高 字 节 寄存 器 ， 在 发 送 数 据 时 ， 该 寄存 器 存 
放 发 送 的 数据 长 度 的 高 字 节 。 

10. 中 断 状态 寄存 器 (ISR) 

中 断 状态 寄存 器 ， 当 一 个 中 断 到 来 时 ， 该 寄存 器 存放 着 中 断 类 型 。 DM9000 中 断 处 理 
函数 通过 读 取 该 寄存 器 ， 得 到 目前 中 断 信息 ， 从 而 能 够 正确 调用 相应 的 中 断 处 理子 程序 。 
读 取 该 中 断 状态 寄存 器 之 后 ， 还 需要 将 读 取 结果 存放 回访 寄存器， 也 就 是 需要 清楚 中 断 状 
态 ， 否 则 将 无 法 再 次 响应 中 断 ， 功 能 描述 如 表 9.9 所 述 。 


表 9.9 中 断 状态 寄存 器 (Interrupt Status Register) 


UDRUN | [4] | 传输 “Underrun” 
ROOS ”| [3] “| 接收 溢出 计数 器 溢出 


ROS | [2] “| 接收 溢出 
PTS | 0 | 数据 包 传输 
PRS [0] 数据 包 接 收 


11. 中 断 掩 码 寄存 器 (IMR) 
中 断 掩 码 寄存 器 ， 该 寄存 器 存放 当前 DM9000 使 能 的 中 断 类 型 。 在 该 系统 中 ， 只 让 接 
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收 中 断 使 能 。 利 用 该 寄存 器 ， 可 以 灵活 地 使 得 DM9000 屏蔽 中 断 ， 或 者 开启 中 断 。 例 如 在 
发 送 数据 开始 时 ， 可 以 屏蔽 中 断 ， 在 发 送 结束 后 ， 再 开启 中 断 ， 这 样 可 以 使 得 DM9000 工 
作 的 稳定 性 大 大 提高 ， 功 能 描述 如 表 9.10 所 述 。 


表 9.10 ”中断 掩 码 寄存 器 (Interrupt Mask Registe) 


功 能 描 述 
1 使 能 指针 自动 跳 回 。 当 SRAM 的 读 、 写 指针 超过 SRAM 的 大 小 时 ， 指 

PAR 针 自 动 跳 回 起 始 位 置 。 需 要 驱动 程序 设置 该 位 ， 若 设置 则 REG F5 
(MDRAH) 将 自动 为 0CH 

保留 

LNKCHGI 1 使 能 连接 状态 改变 中 断 

UDRUNI 1 使 能 传输 “Underrun” 中 断 

ROOI 1 使 能 接收 溢出 计数 器 溢出 中 断 

ROI 1 使 能 接收 溢出 中 断 

PTI 1 使 能 数据 包 传输 终端 

PRI 1 使 能 数据 包 接收 中 断 


以 上 为 DM9000 (A) 常用 寄存 器 功能 的 详细 介绍 ， 通 过 对 这 些 寄 存 器 的 操作 访问 
可 以 实现 对 DM9000 的 初始 化 、 数 据 发 送 、 接 收 等 相关 操作 。 而 要 实现 ARP、 卫 、TCP 等 
功能 ， 则 需要 对 相关 协议 的 理解 ， 由 编写 相关 协议 或 移植 协议 栈 来 实现 。 


9.4.4 功能 描述 


1. 总 线 


总 线 是 ISA 总 线 兼容 模式 ，8 个 VO 基 址 ， 分 别 是 300H、310H、320H、330H、340H、 
350H、360H、370H。1/O 基 址 与 设 定 引 脚 或 内 部 EEPROM 的 共同 选 定 。 

访问 芯片 有 两 个 地 址 端口 ， 分 别 是 地 址 端口 和 数据 端口 。 当 引 脚 CMD 接地 时 ， 为 地 
址 端口 ， 当 引 脚 CMD 接 高 电 平时 ， 为 数据 端口 。 在 访问 任何 寄存 器 前 ， 地 址 端口 输入 的 
是 数据 端口 的 寄存 器 地 址 ， 寄 存 器 的 地 址 必须 保存 在 地 址 端口 。 

2. 存储 器 直接 访问 控制 


DM9000 提供 DMA (直接 存 取 技术 ) 来 简化 对 内 部 存储 器 的 访问 。 在 对 内 部 存储 器 起 
始 地 址 完成 编程 后 ， 然 后 发 出 伪 读 写 命令 就 可 以 加 载 当期 数据 到 内 部 数据 缓冲 区 ， 可 以 通 
过 读 写 命令 寄存 器 来 定位 内 部 存储 区 地 址 。 根据 当前 总 线 模式 的 字 长 使 存储 地 址 自动 加 1， 
下 一 个 地 址 数据 将 会 自动 加 载 到 内 部 数据 缓冲 区 。 要 注意 的 是 在 连续 突 发 式 的 第 一 次 访问 
时 读 写 命令 的 内 容 。 

内 部 存储 器 空间 大 少 16K 字 节 。 低 3K 字 节 单元 用 作 发 送 包 的 缓冲 区 ， 其 他 13K 字 节 
用 作 接 收 包 的 缓冲 区 。 所 以 在 写 发 送 包 存储 器 的 时 候 ， 当 存储 器 地 址 越界 后 ， 自 动 跳 回 0 
地 址 并 置 位 IMR 第 7 位 。 同 样 在 读 接收 包 存 储 器 的 时 候 ， 当 存储 器 地 址 越界 后 ， 自 动 跳 回 
起 始 地 址 0x0c00。 


3. 包 的 发 送 
有 两 个 指针 ， 顺 序 命名 为 指针 1 和 指针 2， 能 同时 存储 在 发 送 包 缓冲 区 。 发 送 控制 寄 
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存 器 (02H) 控制 元 余 校 验 码 和 填充 的 插入 ， 其 状态 分 别 记录 在 发 送 状态 寄存 器 1 (03H) 
和 发 送 状态 寄存 器 2 (04H) 发 送 器 的 起 始 地 址 是 0x00H, 软件 或 硬件 复位 后 默认 是 指针 1， 
先 通过 DMA 端口 写 数据 到 发 送 包 缓 冲 区 ， 然 后 写字 节 计 数 长 度 到 字 节 计数 寄存 器 。 


9.5 DM9000 网 卡 驱动 程序 移植 


Linux 内 核 中 己 经 有 DM9000 网 卡 驱动 ， 源 码 文件 为 drivers/net/dm9000.c。 与 前 面 几 
章 移植 类 似 ， 所 要 做 的 工作 也 是 告诉 内 核 DM9000 芯片 所 使 用 的 资源 (访问 地 址 、 中 断 号 
等 ) ， 使 得 这 些 资源 可 用 。 本 节 主 要 分 析 内 核 源码 中 的 dm9000.c 文件 。 


9.5.1 DM9000 网 卡 连接 


由 于 必须 告知 内 核 DM9000 芯片 所 使 用 的 硬件 资源 ， 所 以 移植 的 首要 任务 是 分 析 
DM9000 芯片 的 硬件 连接 情况 ， 以 获得 访问 地 址 、 中 断 号 等 硬件 资源 。DM9000 芯片 在 开 
发 板 上 的 连接 情况 如 图 9.9 所 示 。 

从 连接 图 可 以 确定 : 

(1) 由 于 用 nGCS4 作为 片 选 信号 ， 所 以 访问 DM9000 的 基 址 是 0X20000000， 这 是 物 
理 地 址 。 

(2) 地 址 线 只 有 一 条 ， 即 ADDR2。 这 是 由 DM9000 的 特性 决定 的 ，DM9000 的 地 址 
信号 和 数据 信号 是 复 用 的 ， 使 用 CMD 引 脚 来 区 分 它们 ，CMD 为 低 电 平时 ， 数 据 总 路 线 上 
传输 的 是 地 址 信号 ，CMD 为 高 电 平时 数据 总 线 上 传输 的 是 数据 信号 。 访 问 DM9000 内 部 
寄存 器 时 ， 需 要 先 将 CMD 置 为 低 电 平 ， 发 出 地 址 信号 ， 然 后 将 CMD 置 为 高 电 平 ， 读 写 
数据 。 

(3) 总 路 线 位 宽 为 16 位 ， 用 nWAIT 信号 。 

(4) 用 EINT7 外 部 中 断 作为 中 断 引 脚 。 


EINT7/GPF7 


S3C2440 DM9000 


图 9.9 DM9000 网 卡 与 芯片 连接 图 
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对 源码 的 移植 必须 建立 在 读 懂 源码 的 基础 上 ， 所 以 在 介绍 驱动 移植 之 前 ， 必 须 先 对 内 
核 DM9000 网 卡 驱动 程序 进行 分 析 。 


9.5.2 ”驱动 分 析 一 一 硬件 的 数据 结构 


在 内 核 源码 中 用 board info 结构 体 来 描述 具体 的 硬件 ， 它 保存 了 一 些 硬件 资源 ， 其 定 
义 在 driver/net/dm9000.c 中 。 
typedef struct board info { 


void iomem *io_addr; // 地 址 基 址 ， 这 两 个 地 址 是 内 核 虚 拟 地 址 ， 不 是 物理 地 址 
void ”iomem *io data; // 数 据 基 址 


u16 irq; // 中 断 号 
ul6 tx pkt cnt; // 发 包 计数 
ul6 queue pkt len; // 队 列 长 度 


ul6 queue_start_addr; // 队 列 开始 地 址 

ul6 dbug cnt; 

u8 io mode; /*0:word, 2:byte*/ 

u8 phy adqqr; 

unsigned int flags; 

unsigned int in suspend :1; 
/* 下 面 几 个 和 include/1inux/dm9000.h 中 定义 的 struct dm9000_plat_data 一 样 ， 这 个 
源码 从 某 种 程度 上 说 有 点 重复 定义 的 嫌疑 */ 


int debug level; // 调 试 级 别 
void (*inblk) (void _iomem *port, void *data, int length); 
// 输 入 方法 
void (*outblk) (void _ iomem *port, void *data, int length); 
// 输 出 方法 
void (*dumpblk) (void _iomem *port, int length); 
struct device *dev; // parent device 指向 platform device-> 
device 
struct resource *#addr res; // 找 到 在 devs.c 中 定义 的 资源 


struct resource *data res; 


struct resource *addr req; /* 根 据 addr_res 申请 到 的 资源 ， 上 面 两 个 只 是 知 
道 了 网 卡 所 使 用 的 资源 ， 但 是 在 内 核 中 ， 物 理 资源 的 使 用 是 要 经 过 申请 的 。*/ 

struct resource *data req; 

struct resource *irq res; 


struct mutex addr lock; /*phy and eeprom access lock*/ 
spinlock t lock; // 自 旋 锁 

struct mii if info mii; // mii 信息 

u32 msg_ enable; // 使 能 标志 


} board info t; 

这 是 一 个 驱动 开发 者 自 定义 的 结构 体 ， 用 于 保存 该 设备 的 相关 信息 (设备 的 属性 如 统 
计 信 息 、 读 写 操作 、 占 用 的 IO 地 址 资源 、 状 态 ) 和 相关 操作 ， 这 些 属性 和 操作 是 该 设备 
的 物理 抽象 。 这 个 结构 体 最 后 被 挂 到 了 net_device 的 priv 成 员 上 ， 这 就 是 所 谓 的 网 络 设备 
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私有 成 员 结构 。 
9.5.3 ”驱动 分 析 一 一 数据 读 写 函数 


由 于 DM9000 的 地 址 线 和 数据 线 是 复 用 的 ， 所 以 它 有 自己 特别 的 读 写 方法 ， 当 要 从 网 
卡 中 某 个 寄存 器 读 取 值 时 ， 要 先 在 地 址 基 址 中 写 入 要 读 取 的 寄存 器 地 址 ， 然 后 再 从 数据 基 
址 中 读 出 数据 ， 方 法 如 下 : 

static u8 


ior(board info t * db, int reg) 


writeb (reg, db->io addr); 
return readb (db->io data); 
| 


当 要 从 网 卡 中 的 某 个 寄存 器 写 入 值 时 ， 要 先 在 地 址 基 址 中 写 入 要 写 入 的 寄存 器 地 址 ， 
然后 再 从 数据 基 址 中 写 入 要 写 进去 的 数据 ， 方 法 如 下 : 


static void 
iow(board info t * db, int reg, int value) 


{ 


writeb (reg, db->io addr); 
writeb (value, db->io data); 


} 


9.5.4 ”驱动 分 析 一 一 重 置 网 卡 


网 卡 启动 前 要 先 对 网 卡 进行 重 置 位 ， 置 位 方法 是 向 前 面 所 介绍 的 网 络 控制 寄存 器 
(NCR) 的 置 位 位 中 写 入 1， 重 置 函数 如 下 : 


static void 
Gm9000_reset (board info t * db) 
{ 
dev_dbg (db->dev, "resetting device\n"); / /调试 信息 
/*RESET device*#/ 
writeb (DM9000_NCR, db->io_addr) ;// 写 入 要 操作 的 寄存 器 地 址 , 这 里 是 DM9000_NCR 
udelay (200); // 作 一 下 延 时 
writeb (NCR_RST，db->io_data);  // 写 入 置 位 值 ， 这 里 是 1 
udelay (200); 


9.5.5 ”驱动 分 析 一 一 初始 化 网 卡 


DM9000 网 卡 的 初始 化 工作 主要 由 driver/net/dm9000.c 中 的 dm9000_probe 来 完成 ， 该 
函数 完成 的 主要 工作 是 获取 和 申请 硬件 资源 、 申 请 中 断 号 、 初 始 化 net_device 结构 体 ， 最 
后 注册 网 络 设备 。 这 个 函数 有 些 长 ,下面 只 列 出 主要 代码 , 读者 可 自己 对 照 源 码 进行 学 习 。 

static int 


dm9000_probe (struct platform device *pdev) 


i 
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struct dm9000 plat data *pdata = pdev->dev.platform data; /* 从 传 进来 的 
平台 设备 结构 中 取出 设备 的 platform data， 在 devs.c 中 有 定义 */ 

struct board info *db; /* 用 于 指向 网 卡 的 私有 数据 ， 这 也 是 这 个 函数 要 完成 的 功能 ， 
下 面 操作 都 是 为 了 从 传 进来 的 参数 pdev 中 探索 并 获取 这 个 结构 的 相关 信息 ，pdev->dev. 
Platform data 中 包 函 了 设备 的 私有 信息 ， 一 般 在 DEV .Cc 中 定义 用 于 描述 这 个 设备 ， 在 这 
个 驱动 中 pdev->dev.platform data 没什么 用 处 , 因为 这 里 的 所 有 设备 信息 都 是 从 资源 地 
址 探索 到 的 */ 

struct net device *ndev; // 网 络 设备 结构 体 

const unsigned char *mac src; 

unsigned long base; 

int ret = 0; 

int iosize; 

int i; 

u32 id val7 


/* 获 取 */ 
ndev = alloc etherdev(sizeof (struct board info));/* 分 配 并 初始 化 一 个 
netdevice， 传 入 的 参数 是 给 net_device->pritate 用 的 ，net_device->pritate 将 
指向 这 个 参数 */ 
if (!ndev) { 

dev_err(&pdev->dev，"could not allocate device.\n"); 

return -ENOMEM; 
. 


SET NETDEV DEV (ndev, &pdev->dev); 
// 设 置 设备 的 继承 关系 ，ndev ->dev.parent = pdev->dev 


dev_dbg(&pdev->dev, "dm9000 probe()"); 


/*setup board info structure*/ 
db = (struct board info *) ndev->priv; 


memset (db，0，sizeof (*db) ) ;// 清 零 网 卡 私 有 结构 ， 下 面 将 对 里 面 的 成 员 进行 填充 
db->dev = &pdev->dev; // 父 设备 


spin lock init (&db->lock); // 初 始 化 自 旋 锁 
mutex init(&db->addr lock); 


if (pdev->num resources < 2) { 
/* 资 源 数 是 否 大 于 等 于 2， 因 为 网 卡 要 用 到 内 存 资源 和 中 断 资源 共享 至 少 两 种 资源 。*/ 
ret = -ENODEV; 
goto out; 
} else if (pdev->num resources == 2) { 
base = pdev->resource[0] .start7 


if (!request mem region(base, 4, ndev->name)) { 
// 申 请 内 存 资源 ， 资 源 必须 申请 后 才 可 用 
ret = -EBUSY; 
goto out; 


} 


ndev->base addr = base; // 填 写 基 址 ， 这 里 用 的 只 是 物理 地 址 
ndev->irq = pdev->resource [1] .start; // 填 写 中 断 资源 
db->io addr = (void _iomem *)base; // 地 址 基 址 
db->io data = (void iomem *) (base + 4); // 数 据 基 址 
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/*ensure at least we have a default set of IO routines*/ 


dm9000_set_io (db，2) ;// 设 置 网 卡 的 默认 TI/O 函数 ， 后 面 将 根据 实际 情况 再 设置 


} else { 
db->addr res = Platform get resource(pdev, IORESOURCE MEM, 0); 
// 获 取 设备 资源 
db->data res = Platform get resource(pdev, IORESOURCE MEM, 1); 
db->irq res = platform get resource(pdev, IORESOURCE IRQ, 0); 


if (db->addr res == NULL || db->data res == NULL || 
db->irq res == NULL) { 
dev err(db->dev, "insufficient resources\n"); 
ret = -ENOENT; 


goto out; 
i = res size(db->addr res); // 求 地 址 端口 资源 大 小 ， 这 里 是 4 
db->addr req = request mem region(db->addr res->start, i, 


pdev->name); // 申 请 I/VO 资源 


if (db->addr req == NULL) { 
dev_err (db->dev，"cannot claim address reg area\n"); 
ret = -EIO; 
goto out; 


} 


db->io addr = ioremap (db->addr res->start，i); /* 把 申请 到 的 I/o 资源 
《物理 地 址 ) 映射 到 内 核 并 保存 映射 地 址 */ 
if (db->io addr == NULL) { 

dev err(db->dev, "failed to ioremap address reg\n"); 

ret = -EINVAL; 

goto out; 


} 
iosize = res_size (db->data_res);  // 这 里 的 返回 值 作为 DM9000 数据 位 宽 


db->data req = request mem region(db->data res->start, iosize, 


pdev->name); // 申 请 数据 接口 资源 


if (db->data req == NULL) { 
dev_err(db->dev, "cannot claim data reg area\n"); 
ret = -EIO; 
goto out; 


} 


db->io data = ioremap (db->data res->start, iosize); 


// 映 射 数据 接口 为 虚拟 地 址 


if (db->io data == NULL) { 
dev err(db->dev, "failed to ioremap data reg\n"); 
ret = -EINVAL; 
goto out; 


1 


/*fill in parameters for net-dev structure*/ 
ndev->base addr = (unsigned long)db->io addr; 


ndev->irq = db->irq res->start; 


/* 这 里 不 申请 中 断 线 ， 要 在 打开 时 才 申 请 ， 这 样 就 不 会 一 直 占 用 中 断 线 */ 
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/*ensure at least we have a default set of IO routines*/ 
dm9000 set io(db, iosize); 
// 根 据 DM9000 数据 位 宽 设 置 读 写 数据 帧 的 函数 指针 
} 


/*check to see if anything is being over-ridden*/ 


if (pdata != NULL) { 
/*check to see if the driver wants to over-ride the 


/*default IO width*/ 
/* 如 果 在 devs .c 文件 中 定义 了 platform device 结构 中 的 platform data, 则 要 
重 载 这 些 方法 和 重 设 数据 位 宽 , 也 就 是 在 内 核 有 两 个 地 方 可 以 设置 这 些 数据 , 一 个 是 p1- 
atform data, 一 个 是 platform_device 中 的 resource ， 在 移 置 时 可 以 只 设置 一 
个 地 方 */ 
if (pdata->flags & DM9000 PLATEF 8BITONLY) 

dm9000_set io(db, 1); // 根 据 平台 数据 重 设 数据 位 宽 


if (pdata->flags & DM9000 PLATF 16BITONLY) 
dm9000 set io(db, 2); 


if (pdata->flags & DM9000 PLATF 32BITONLY) 
dm9000 set io(db, 4); 


/*check to see if there are any IO routine 
* Over-rides*/ 


if (pdata->inblk != NULL) 
db->inblk = pdata->inblk;// 用 devs.c 定义 的 platform_device 结构 
中 的 platform data 重 载 这 些 方 法 


if (pdata->outblk != NULL) 
db->outblk = pdata->outblk; 


if (pdata->dumpblk != NULL) 
db->dumpblk = pdata->dumpblk; 


db->flags = pdata->flags; 


dm9000_reset (db) ; ”// 现 在 可 以 复位 芯片 了 : dm9000_reset (db) ; db 中 已 经 包含 了 
详细 的 芯片 信息 */ 


/*try two times, DM9000 sometimes gets the first read wrong*/ 


ERE 0 ES // 读 取 芯片 ID 号 
id val = ior(db, DM9000 VIDL); 
id val |= (u32) ior (db，DM9000 VIDH) << 8; 
id val 1= (u32)ior(db, DM9000 PIDL) << 16; 
id val |= (u32)ior(db, DM9000 PIDH) << 24; 


if (id val == DM9000_ID) // 判 断 是 否 为 0x90000A46 
break; 
dev_err (db->dev, "read wrong id 0x%08x\n", id val); 


} 


if (id val != DM9000 ID) { 
dev_err(db->dev, "wrong id: 0x%08x\n", id val); 
ret = -ENODEV; 
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goto out; 


下 


/*from this point we assume that we have found a DM9000*/ 


/*driver system function*/ 
ether setup (ndev); 


// 初 始 化 以 太 网 ndev ， 这 里 设置 了 以 太 网 的 一 些 通用 的 〈《 和 硬件 无 关 的 ) 参数 和 方法 


/* 设 置 ndev 的 基本 操作 */ 

ndev->open = &dm9000_open; 

ndev->hard start xmit = &dm9000 start xmit; 
ndev->tx timeout &dm9000 timeout; 
ndev->watchdog timeo = msecs to jiffies (watchdog); 


ndev->stop 
ndev->set multicast list 


= &dm9000 stop; 
&dm9000 hash table; 


ndev->ethtool ops = &dm9000 ethtool ops; 

ndev->do ioctl = &dm9000 ioctl; 
#ifdef CONFIG NET POLL CONTROLLER 

ndev->poll controller = &dm9000 poll controller; 
#endif 


db->msg enable NETIF MSG LINK; 


db->mii.phy _ id mask Oxlf; 
db->mii.reg num mask = 0xlf; 
db->mii.force media = "0% 
db->mii.full duplex = OF 
db->mii.dev ~ ndev; 


db->mii.mdio read 
db->mii.mdio write 


dm9000 phy read; 
dm9000 phy write; 


mac src = "eeprom"; 


/*try reading the node address from the attached EEPROM*/ 
for '( 主 三 07 二 < 67 二 = 2) 
dm9000_read eeprom(db, i / 2, ndev->dev addr+i); 


if (!is valid ether addr(ndev->dev addr)) { 
/*try reading from mac*/ 


mac _ src = "chip"; 
for (i = 0F 1 < 6 Ltr) 
ndev->dev addr[i] = ior(db, i+DM9000 PAR); 


if (!is valid ether addr (ndev->dev addr)) 
dev warn(db->dev, "%s: Invalid ethernet MAC address. Please " 
"set using ifconfig\n", ndev->name); 


/* 将 ndev 记录 于 平台 设备 platform_dev 中 ,注册 ndev。 这 也 是 ndev 与 platform dev 
建立 联系 的 地 方 。 可 以 这 么 理解 ，Linux 的 设备 模型 负责 的 只 是 设备 的 管理 检测、 启动 、 移 
除 ) ， 而 如 何 访问 这 个 设备 的 数据 ， 比 如 说 以 字符 流 模式 ， 块 设备 方式 ， 网 络 接口 ， 则 定义 相 
应 的 cdev、gendisk、ndev， 然 后 注册 到 内 核 。 所 有 的 数据 访问 工作 都 以 这 3 种 界面 提供 。 
这 里 的 ndev 在 其 他 驱动 中 将 换 成 其 他 自 定义 的 结构 ， 这 里 是 因为 ndev 包含 了 ba*/ 
platform set drvdata(pdev, ndev);//pdev->dev->driver data=ndev 

ret = register netdev (ndev); 


if (ret == 0) { 
DECLARE MAC BUF (mac); 
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printk("%s: dm9000 at %p,%p IRQ %d MAC: %s (%s)\n", 
ndev->name, db->io addr, db->io data, ndev->irq, 
print mac(mac, ndev->dev addr), mac src); 


3 


return 07 


out: 
dev_err(db->dev, "not found (%d).\n", ret); 


dm9000_release board(pdev, db); 
free netdev (ndev); 


Teturn rets 


9.5.6 ”驱动 分 析 一 一 打开 和 关闭 网 卡 


打开 网 卡 就 是 激活 网 络 接口 ， 使 它 能 接收 来 自 网 络 的 数据 并 且 传 送 到 网 络 协议 栈 的 上 
面 ， 也 可 以 将 数据 发 送 到 网 络 上 ， 而 网 卡 的 关闭 就 是 使 网 络 接口 停止 工作 。 在 这 里 只 分 析 
打开 函数 ， 关 闭 函 数 留 给 读者 自行 分 析 ，DM9000 网 卡 的 打开 函数 分 析 如 下 : 

static int 


dm9000_open (struct net device *dev) 


board info t *db = (board info t *) dev->priv; // 获 取 网 卡 数据 结构 


unsigned long irqflags = db->irq res->flags & IRQF TRIGGER MASK; 


if (netif msg ifup(db)) // 设 置 使 能 标志 
dev_dbg (db->dev, "enabling %s\n", dev->name); 

if (irqflags == IRQF TRIGGER NONE) { 
dev warn (db->dev, "WARNING: no IRQ resource flags set.\n"); 
irqflags = DEFAULT TRIGGER; 

人 


irqflags |= IRQF SHARED; // 设 置 中 断 共享 


if (request irq(dev->irq, &dm9000 interrupt, irgqflags, dev->name, dev)) 
/* 申 请 中 断 线 ， 要 在 打开 时 才 申 请 ， 这 样 就 不 会 一 直 占用 中 断 线 */ 
return -EAGAIN; 


/*Initialize DM9000 board*/ 


dm9000 reset (db); // 重 置 网 卡 ， 这 个 函数 在 前 面 讲 过 了 
dm9000 init dm9000 (dev); 
// 初 始 化 网 卡 , 这 里 主要 是 对 DM9000 网 卡 的 寄存 器 进行 设置 


/*Init driver variable*/ 
db->dbug cnt = 0; 


mii check medial(&db->mii, netif msg link(db), 1); 
netif start queue (dev) ; /*netif start queue 用 来 告诉 上 层 网 络 协定 这 个 驱动 
程序 还 有 空 的 缓冲 区 可 用 ， 请 把 下 一 个 封包 送 进来 。*/ 


return 0; 
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9.5.7 ”驱动 分 析 一 一 数据 包 的 发 送 与 接收 


在 驱动 程序 层次 上 ， 数 据 包 的 发 送 和 接收 都 是 通过 底层 对 硬件 的 读 写 来 完成 的 。 当 网 
络 上 的 数据 到 来 时 ， 将 触发 硬件 中 断 ， 根 据 注 册 的 中 断 向 量 表 确定 处 理 函 数 ， 进 入 中 断 向 


量 处 理 函 数 ， 将 数据 送 到 上 层 协议 进行 处 理 或 者 转发 出 去 。 
当 协 议 层 已 经 封装 好 上 层 协议 数据 的 skb_buffer 后 ， 将 调用 dm9000 start_ xmit (struct 
sk_buff *skb, struct net_device *dev) 函数 把 数据 发 出 ， 数 据 的 发 送 函数 分 析 如 下 : 


static int 
dm9000 start xmit(struct sk buff *skb, struct net device *dev) 


L 


unsigned long flags; 
board info t *db = (board info t *) dev->priv; // 获 取 网 卡 数据 


dm9000 dbg(db，3，"$%$s:N\n"v func ); 


if (db->tx pkt cnt > 1) // 网 卡 正 忙 ， 反 回 1 
return 1; 
spin lock irqsave(&db->lock, flags); // 获 取 自 旋 锁 


/*Move data to DM9000 TX RAM*/ 
writeb (DM9000_MWCMD, db->io addr); // 存 储 器 读 地 址 自动 增加 的 读数 据 命令 


(db->outblk) (db->io_data，skb->data，skb->len); ”// 把 数据 发 送出 去 
dev->stats.tx bytes += skb->len; // 统 计 发 送 字 节 数 


db->tx pkt cnt++; // 正 在 发 送 中 的 数据 计数 加 1 
/*TX control: First packet immediately send, second packet queue*/ 
/* 如 果 只 有 当前 包 发 送 ， 写 指令 ， 写 数据 帧 ， 发 送 包 。 如 果 多 于 一 个 数据 包 正 在 发 送 ， 当 前 帧 
不 发 送 。*/ 
if (db->tx pkt cnt == 1) { 

/*Set TX length to DM9000*/ 

iow(db, DM9000 TXPLL, skb->len); 

iow(db, DM9000_TXPLH, skb->len >> 8); 


/*Issue TX polling command*/ 
iow(db, DM9000_TCR, TCR_ TXREQ); /*Cleared after TX complete*/ 


dev->trans start = jiffies;/*save the time stamp*/ 
} else { 

/*Second packet*/ 

db->queue pkt len = skb->len; 

netif stop queue (dev); // 网 卡 停止 接收 数据 
上 
spin unlock irqrestore(&db->lock, flags); // 取 消 自 旋 


/*free this SKB*/ 
dev_kfree skb(skb); // 执 行 释 放 内 存 空间 的 动作 


return 0; 
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网 络 数据 包 到 达 ，DM9000 自动 接收 并 存放 在 DM9000 内 部 RAM 中 ， 产 生 
中 断 处 理 中 识别 中 断 原 因 并 调用 接收 处 理 函 数 ， 接 收 函 数 分 析 如 下 : 


static void 
dm9000 rx(struct net device *dev) 


i 


board info t *db = (board info 七 *) dev->priv; 
struct dm9000 rxhdr rxhdr; 

struct sk buff *skb; 

u8 rxbyte, *rdptr; 

bool GoodPacket; 

int RxLen; 


/*Check packet ready or not*/ 

dof{ 
/* 读 取 芯 片 相关 寄 存 器 ， 确 认 DM9000 正确 的 收 到 一 帧 数据 。*/ 
ior(db, DM9000 MRCMDX); /*Dummy read*/ 


/*Get most updated data*/ 
rxbyte = readb (db->io data); 


/*Status check: this byte must be 0 or 1*/ 

if (rxbyte > DM9000 PKT RDY) { 
dev warn(db->dev, "status check fail: %d\n", rxbyte); 
iow (db, DM9000 RCR, 0x00); /*Stop Device*/ 
iow(db, DM9000 ISR, IMR PAR); /*Stop INT request*/ 
return; 


} 


if (rxbyte != DM9000 PKT RDY) 
return; 


/*A packet ready now & Get status/length*/ 
GoodPacket = true; 
writeb (DM9000 MRCMD, db->io addr); 


(db->inblk) (db->io data, &rxhdr, sizeof (rxhdr)); 
RxLen = lelé6 to cpul(rxhdr.RxLen); 


if (netif msg rx status (db)) 
dev_ dbg (db->dev, "RX: status %02x, length %04x\n", 
rxhdr.RxStatus, RxLen); 


/*Packet Status check*/ 
if (RxLen < 0x40) { 
GoodPacket = false; 
if (netif msg rx err(db)) 
dev_ dbg (db->dev, "RX: Bad Packet (runt)\n"); 
} 


if (RxLen > DM9000 PKT MAX) { 
dev dbg (db->dev, "RST: RX Len:%x\n", RxLen); 
} 


if (rxhdr.RxStatus & 0xbf) { 
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GoodPacket = false; 
if (rxhdr.RxStatus & 0x01) { 
if (netif msg rx err(db)) 
dev_ dbg (db->dev, "fifo errorNn") 7 
dev->stats.rx fifo errorst++;? 
} 
if (rxhdr.RxStatus & 0x02) { 
if (netif msg rx err(db)) 
dev dbg (db->dev, "crc error\n"); 
dev->stats.rx crc errorstt+; 
} 
if (rxhdr.RxStatus & 0x80) { 
if (netif msg rx err(db)) 
dev_ dbg (db->dev, "length error\n"); 
dev->stats.rx length errorst++; 


Th 


/*Move data from DM9000*/ 
/* 申 请 skb_buffer， 将 数据 从 DM9000 中 复制 到 skb_buffer 中 */ 
IE (GoodPacket 
&& ((skb = dev alloc skb(RxLen + 4)) != NULL)) { 
skb reserve(skb, 2); 
rdptr = (u8 *) skb put (skb, RxLen — 4); 


/*Read received packet from RX SRAM*/ 


(db->inblk) (db->io data, rdptr, RxLen); 
dev->stats.rx bytes += RxLen; 


/*Pass to upper layer*/ 


skb->protocol = eth type trans(skb, dev); // 去 除 以 太 网 头 
netif rx(skb); // 把 skb_buffer 交 给 上 层 协 议 
dev->stats.rx packetst++; 


} else { 
/*need to dump the packet's data*/ 


(db->dumpblk) (db->io data, RxLen); 


J 
} while (rxbyte == DM9000 PKT RDY); 


9.5.8 ”DM9000 网 卡 驱动 程序 移植 


读 履 了 DM9000 网 卡 驱动 程序 源码 后 ， 就 可 以 开始 移植 这 个 驱动 了 ， 具 体 方法 如 下 。 
1. 定义 网 卡 设备 


硬件 的 使 用 需要 知道 硬件 所 用 到 的 资源 ， 如 IO 端口 和 中 断 号 等 ， 在 arch/arm/plat-s3c 
24xx 的 devs.c 中 添加 DM9000 用 到 的 地 址 端口 、 数 据 端 口 和 中 断 号 , 这 些 都 要 在 了 解 了 硬 
件 连 接 后 才 知 道 用 到 什么 资源 ， 读 者 可 以 回头 去 阅读 相关 的 硬件 连接 图 ， 代 码 如 下 : 
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static struct resource s3c dm9000 resource[] = { 
Lele 
.start = 0x20000000， // 对 应 电路 图 nGCS4 
-end = 0x20000003, 
-flags = IORESOURCE MEM, 


= 0x20000004， ”// 对 应 ADDR2 
-end = 0x20000007, // 0x3f 
= IORESOURCE MEM, 


= IRQ EINT7, // 对 应 图 中 的 EINT7 
.end = IRQ EINT7, 
= IORESOURCE IRQ, 

] 7 

添加 DM9000 平台 数据 ， 该 数据 用 于 内 核 传 递 给 驱动 程序 ， 这 个 结构 体 在 
arch/arm/mach-s3c2410/devs.c 定义 platform_device 时 ,将 被 挂 载 到 struct platform_device 结 
构成 员 dev.platform_data 中 。DM9000 平台 数据 结构 在 include/linux/dm9000.h 中 的 定义 
如 下 : 


struct dm9000 plat data { 
unsigned int flags; 


/*allow replacement IO routines*/ 


void (*inblk) (void _ iomem *reg, void *data, int len); 
void (*outblk) (void _ iomem *reg, void *data, int len); 
void (*dumpblk) (void _ iomem *reg, int len); 


] 7 
在 arch/arm/plat-s3c24xx 的 devs.c 中 ， 只 添加 以 下 代码 便 可 以 了 。 


static struct dm9000 plat data s3c device dm9000 platdata = { 
.flags= DM9000_PLATF 16BITONLY 
}; 
struct Platform device s3c device dm9000 = { 
.name= "dm9000", // 设 备 名 字 
“id= -1, // 设 备 ID 让 内 核 自 动 编号 
.num resources= ARRAY SIZE(s3c_dm9000_resource),// 用 到 的 资源 数 
.resource= s3c dm9000 resource, 


// 用 到 的 资源 ， 在 前 面 已 经 定义 了 ， 这 里 引用 它 


.dev= { 
.Platform data = &s3c device dm9000 platdata, // 引 用 平台 数据 
} 
}; 
EXPORT_SYMBOL(s3c_device dm9000); // 让 其 他 文件 可 以 引用 到 这 里 定义 的 变量 
/下 # 志 站 4 村 相 ##Whs add 了 009-3-I8 12:06----- EG 二 让 本末 宙 于 机率 于 可 可可 束 可 


2. 添加 变量 声名 
在 前 面 步 骤 中 ， 定 义 了 s3c_device dm9000 并 用 EXPORT_ SYMBOL(s3c_device_dm 
9000) 使 之 变 为 全 局 变量 ， 所 以 在 这 里 要 添加 它 的 声明 ， 在 arch/arm/plat-S3C24xx/include/ 
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plat/devs hec 添加 声明 如 下 : 


extern struct platform device s3c device dm9000; 


3. 添加 平台 设备 列表 


内 核 中 用 smdk2440_devices 初始 化 列表 保存 系统 启动 时 要 初始 化 的 设备 ,所 以 在 这 里 
要 把 网 卡 设 备 加 进去 , 在 arch/arm/mach-s3c2440/mach-smdk2440.c 中 将 s3c_device dm9000 
添加 到 平台 设备 列表 中 。 


static struct Platform device *smdk2440 devices[] _initdata = { 
&s3c device usb, 
&s3c device lcd, 
&s3c device wdt, 
&s3c device i2c, 
&s3c device iis, 
&s3c device dm9000,/***whs add 2009-3-28 12:06x##x##/ 


Es 


4. 修改 dm9000.c 


经 过 上 述 步骤 ,DM9000 网 卡 设备 就 已 经 成 功 注 册 进 驱动 核心 。 之 后 还 需要 做 两 方面 
的 工作 : 设置 芯片 MAC 地 址 ， 使 能 DM9000 的 中 断 ， 下 面 对 drivers/net/dm9000.c 中 初始 
化 函数 进行 修改 。 

根据 2440 资料 ， 有 几 个 地 方 需要 设置 : 

(1) 设置 GPGCON 使 GPG1 功能 设置 为 EINT7， 可 以 用 以 下 函数 实现 : 

s3c2410_gpio cfgpin(s3C2410 GPG1, S3C2410 GPF3 EINT7); 

(2) 外 部 中 断 EXTINTI1 的 [6:4] 位 置 100 上 升 沿 触发 中 。 

因为 要 用 到 一 些 GPIO 寄存 器 地 址 ， 所 以 必须 在 文件 的 开头 把 相关 的 mach/regs-gpio.h 
文件 包含 进来 ， 在 dm9000. e 的 开始 添加 如 下 定义 : 


#include <mach/regs-gpio.h> 


static void *extintl; // 中 断 寄存 器 地 址 
static void *intmsk; // 中 断 屏蔽 寄存 器 地 址 
#define EINTMASK (0x560000a4) // 外 部 中 断 屏蔽 
#define EXTINT1 (0x5600008c) // 外 部 中 断 方式 
#define INTMSK (0x4A000008) // 中 断 屏蔽 


现在 开始 设置 芯片 的 MAC 地 址 和 使 能 DM9000 的 中 断 ， 在 dm9000. c 中 初始 化 函数 
dm9000_probe() 的 register_netdev 前 添加 如 下 代码 : 


memcpy (ndev->dev_addr,"\0andyl", 6); //MAC 地 址 


extintl=ioremap_ nocache (EXTINT], 4); // 映 射 为 虚拟 地 址 
intmsk=ioremap nocache (INTMSK, 4); 
s3c2410_gpio_cfgpin(S3C2410_GPF7,， S3C2410_GPF7_EINT7);  ”// 设 置 外 部 中 断 7 


writel (read]l (extint1) |0x40, extint1); // 上 升 沿 
writel (read] (intmsk) £0Oxfff]1, intmsk); 
iounmap (intmsk); // 取 消 映射 


iounmap (extintl1) 


“Ie 


第 3 篇 系统 移植 与 驱动 篇 


5. 编译 内 核 


进入 源码 目录 ， 输 入 make menuconfig 进入 内 核 的 配置 选项 菜单 ， 按 以 下 顺序 选择 选 
项 : Device Drivers-->Network device surport-->Ethernet(10 or 100Mbib -->DM9000 support ， 
如 图 9.10 所 示 。 


图 9.10 ”内 核 配置 选项 图 


9.6 小 结 


本 章 主要 在 分 析 DM9000 硬件 操作 和 内 核 中 自 带 的 DM9000 驱动 源 程序 的 基础 上 , 讲 
述 了 DM9000 网 卡 驱动 的 移植 。 做 网 格 驱动 程序 移植 主要 是 要 了 解 内 核 中 网 络 设备 驱动 程 
序 的 体系 结构 ， 所 以 ， 本 章 的 9.2 节 是 后 面 移植 工作 的 基础 ， 读 者 要 认真 掌握 ， 特 别 是 对 
网 络 数据 结构 的 主要 成 员 要 掌握 其 代表 的 具体 含义 。 
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音频 驱动 程序 广泛 地 应 用 在 嵌入 式 产品 中 , 目前 PDA、 手机 都 有 音频 和 视频 播放 功能 。 
随 着 终端 产品 逐渐 融入 工作 和 生活 ， 带 有 音频 功能 的 嵌入 式 产品 将 更 具 吸 引力 。 本 章 将 介 
绍 音频 设备 接口 分 类 、Linux 音频 设备 驱动 、 音 频 设 备 应 用 程序 编写 、 音 频 设 备 驱动 移植 、 
最 后 介绍 音频 播放 程序 madplay 的 移植 。 


10.1 音频 设备 接口 


Linux 支持 的 音频 设备 接口 包括 PCM、IIS 和 AC97。 这 3 种 接口 分 别 应 用 在 不 同 的 场 
合 ，IIS 接口 多 应 用 在 MP3 随身 听 、CD 等 产品 中 ; PCM 接口 多 应 用 在 移动 电话 中 ; AC97 
接口 多 用 在 PDA 中 。 


10.1.1 PCM 〈 脉 冲 编码 调制 ) 接口 


PCM 接口 针对 不 同 的 数字 音频 子 系统 , 用 于 数字 转换 的 接口 , 它 是 最 简单 的 音频 接口 ， 
该 接口 由 时 钟 脉冲 (BCLKEK) 、 帧 同步 信号 (FS) 及 接收 数据 (DR) 和 发 送 数据 (DX) 
组 成 。 在 FS 信号 的 上 升 沿 ， 数 据 传输 从 MSB (Most Significant Bit) 字 开始 ，FS 频率 等 
于 采样 频率 。 在 FS 信号 之 后 开始 传输 数据 字 ， 按 顺序 进行 传输 单个 的 数据 位 ， 每 时 钟 周 
期 传输 1 个 数据 字 。 发 送 MSB 时 ， 首 先 将 信号 的 等 级 降 到 最 低 ， 以 避免 在 不 同 终端 的 接 
口 使 用 不 同 的 数据 方案 时 造成 MSB 的 丢失 。 

PCM 接口 的 特点 是 : 容易 实现 ， 原 则 上 能 够 支持 任何 数据 方案 和 任何 采样 频率 , 但 需 
要 每 个 音频 通道 获得 一 个 独立 的 数据 队列 。 


10.1.2 lIS (Inter-IC Sound) 接口 
IIS 接口 在 20 世纪 80 年 代 首先 被 飞利浦 用 于 消费 音频 ， 并 在 一 个 称 为 LRCLK 
(LeftRight CLOCK) 的 信号 机 制 中 经 过 多 路 转换 ， 将 两 路 音频 信号 合成 单一 的 数据 队列 。 
当 LRCLK 信号 为 高 时 ， 左 声 道 数据 被 传输 ;，LRCLK 信号 为 低 时 ， 右 声 道 数据 被 传输 。 
IIS 接口 的 特点 : 与 PCM 相 比 ，IIS 接口 更 适用 于 立体 声 系统 。 对 于 多 通道 系统 ， 在 
同样 的 BCLK 和 LRCLK 条 件 下 ， 也 可 以 并 行 执行 几 个 数据 队列 。 
10.1.3 AC97 (Audio Codec 1997) 接口 


AC97 (Audio Codec 1997) 是 以 Intel 为 首 的 5 个 PC 厂商 (Intel、Creative Labs、NS、 
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Analog Device 与 Yamaha) 共同 提出 的 规格 标准 。 与 PCM 和 IIS 不 同 ，AC97 除了 是 一 种 
数据 格式 还 具有 控制 功能 ， 用 于 音频 编码 的 内 部 架构 规范 。AC97 采用 AC-Link 与 外 部 的 
编 解 码 器 相连 ，AC-Link 接口 包括 位 时 钟 (BITCLK) 、 同 步 信号 校正 〈SYNC) 和 从 编码 
到 处 理 器 及 从 处 理 器 中 解码 (SDATDIN 与 SDATAOUT) 的 数据 队列 。AC97 数据 帧 以 SYNC 
脉冲 开始 ， 包 括 12 个 20 位 时 间 段 〈 时 间 段 为 标准 中 定义 的 不 同 的 目的 服务 ) 及 16 位 tag 
段 ， 共 计 256 个 数据 序列 。 例 如 ， 时 间 段 1 和 2 用 于 访问 编码 的 控制 寄存 器 ， 而 时 间 段 3 
和 4 分 别 负载 左 、 右 两 个 音频 通道 。tag 段 表示 其 他 段 中 哪 一 个 包含 有 效 数据 。 把 帧 分 成 时 
间 段 使 传输 控制 信号 和 音频 数据 仅 通 过 4 根 线 到 达 9 个 音频 通道 或 转换 成 其 他 数据 流 成 为 
可 能 。 

AC97 特点 : 与 控制 接口 分 离 的 IIS 方案 相 比 ，AC97 明显 减少 了 整体 管 脚 数 。 它 是 一 
种 数据 格式 还 具有 控制 功能 。 


10.1.4 Linux 音频 设备 驱动 框架 


针对 音频 设备 ，Linux 内 核 附 有 两 类 音频 设备 驱动 框架 : OSS (Open Sound Systemy) 
和 ALSA (Advanced Linux Sound Architecture) 。 前 者 包含 dev/dsp 和 dev/mixer 字符 设备 
接口 ， 在 用 户 空间 的 编程 中 ， 使 用 文件 操作 ; 后 者 以 card 和 组 件 (pcm、mixer 等 ) 为 主 
线 ， 在 用 户 空间 的 编程 中 不 使 用 文件 接口 而 使 用 alsalib。 在 音频 设备 驱动 中 ， 几 乎 都 用 到 
DMA，DMA 的 缓冲 区 会 被 分 割 成 多 段 ， 每 次 DMA 操作 进行 其 中 的 一 个 段 。OSS 驱动 框 
架 的 阻塞 读 写 操作 具有 流 控 能 力 ， 在 用 户 空间 不 需要 进行 流量 方面 的 定时 工作 ， 但 是 它 需 
要 及 时 的 写 (播放) 和 读 (录音 ) ， 避 免 缓 冲 区 underflow 或 overflow。 

在 内 核 配置 时 ， 选 择 Device Drivers |Sound card support 命令 进入 Sound card support 配 
置 窗口 。 该 窗口 中 包含 OSS 与 ALSA 驱动 架构 配置 选择 ， 如 图 10.1 所 示 。 


图 [ 国 rootelocanostwsmocayammnux26529 | 9 
图 10.1 内 核 配 置 中 OSS 与 ALSA 驱动 架构 


全 注意 : overflow 是 指 应 用 程序 读 取 数据 的 速率 低 于 声卡 的 采样 速率 ， 多 余 的 数据 被 丢 
弃 ; underflow 是 指 应 用 程序 读 取 数 据 的 速率 高 于 声卡 的 采样 速率 ， 那 么 在 新 的 
数据 到 来 之 前 ， 声 卡 将 会 阻塞 应 用 程序 的 请 求 。 


“3s 
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前 面 提 到 了 Linux 两 类 音频 驱动 框架 : OSS 和 ALSA， 下 面 将 分 别 介绍 这 两 类 驱动 架 
构 ， 并 且 通 过 代码 进行 分 析 其 如 何 实现 录音 和 播放 等 功能 。 


10.2 ”Linux 音频 设备 驱动 一 一 OSS 驱动 框架 


OSS (Open Sound System) 是 UNIX 平台 上 一 个 统一 的 音频 接口 。 为 了 在 不 同 的 平台 
之 间 移 植 代 码 ，OSS 定义 了 一 套 API， 在 一 个 平台 上 的 代码 移植 到 另 一 个 平台 上 时 ， 不 需 
要 重新 修改 代码 ， 重 新 编译 就 可 以 使 用 原 程序 。 


10.2.1 ”OSS 驱动 架构 硬件 


数字 音频 (有 时 也 称 CODEC、PCM、DSP、ADC/DAC 设备 ) 接口 ,用 来 实现 录音 (将 
模拟 信号 转变 为 数字 信号 ) 和 播放 声音 (将 数字 信号 转变 为 模拟 信号 〉 的 功能 。 它 的 主要 
参数 有 : 采样 频率 (电话 为 SK，DVD 为 96K) 、channel 数目 〈 单 声 道 ， 立 体 声 ) 、 采 样 
分 辩 率 〈8-bit，16-bit) ， 对 应 的 设备 文件 为 /dev/dsp。OSS 驱动 支持 的 硬件 接口 有 以 下 
几 种 。 

口 mixer ( 混 频 器 ) 接口 : 用 来 控制 多 个 输入 、 输出 的 音量 , 也 控制 输入 (microphone， 

line-in，CD) 之 间 的 切换 ， 对 应 的 设备 文件 为 /dev /mixer。 

口 synthesizer (合成 器 ) 接口 : 通过 一 些 预先 定义 好 的 波形 来 合成 声音 ， 有 时 用 在 游 

戏 中 声音 效果 的 产生 。 

口 MIDI (Musical Intrument Data Interface) 接口 : MIDI 接口 是 为 了 连接 舞台 上 的 
synthesizer、 键 盘 、 道 具 、 灯 光 控 制 器 的 一 种 串 行 接口 。 


10.2.2 ”OSS 驱动 架构 代码 


当 vwsnd 驱动 模块 被 加 载 时 函数 init_vwsnd() 被 调用 ,音频 驱动 被 初始 化 , 驱动 初始 化 
过 程 会 查找 硬件 配置 和 匹配 相应 的 驱动 程序 。 函 数 init vwsnd0 的 主要 内 容 如 下 : 
static int init init vwsnd(void) 
Ff 
// 驱 动 的 探 针 函数 
if (!probe vwsnd(&the hw config)) 
return -ENODEV; 
// 驱 动 附着 函数 
err = attach vwsnd(g&the hw config); 


| 


在 函数 attach_vwsnd0 中 ， 调 用 了 对 数字 音频 设备 的 注册 函数 register_sound_ dsp0 和 对 
混 频 器 接口 的 注册 函数 register sound mixer ()。 函 数 的 主要 内 容 如 下 : 


static int init attach vwsnd(struct address info *hw config) 


{ 


“a 
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Vwsnd dev t *devc = NULL; 
int err = -ENOMEM7 
// 为 devc 分 配 空间 
devc = kmalloc(sizeof (vwsnd dev t), GFP KERNEL); 
4 {deve ==, NULELY 
goto fail0; 
// 下 面 是 给 结构 体 指针 devc 各 个 字段 赋值 
err = li create(g&devc->lith, hw config->io base); 
if (err) 
goto faill; 


init waitqueue head(&devc->open wait); 


devc->rport.hwbuf size = HWBUF SIZE; 
devc->rport.hwbuf vaddr = get free pages (GFP KERNEL, HWBUF ORDER); 
if (!devc->rport.hwbuf vaddr) 

goto fail2; 
devc->rport.hwbuf = (void *) devc->rport.hwbuf vaddr; 
devc->rport.hwbuf paddr = virt to phys (devc->rport.hwbuf); 


/* 设 置 输入 侧 的 DMA 基地 址 ， 保 持 它 到 驱动 被 卸载 前 */ 
li writel (gdevc->lith, LI COMM1 BASE, 
devc->rport.hwbuf paddr >> 8 1 1 << (37 - 8)); 


devc->wport.hwbuf size = HWBUF SIZE; 
devc->wport.hwbuf vaddr = _ get free pages (GFP KERNEL, HWBUF ORDER); 
if (!devc->wport.hwbuf vaddr) 

goto fail3; 
devc->wport.hwbuf = (void *) devc->wport.hwbuf vaddr; 
devc->wport.hwbuf paddr = virt to phys (devc->wport.hwbuf); 
DBGP ("wport hwbuf = 0x%p\n", devc->wport.hwbuf); 


DBGDO (shut up++); 
err = adl843 init (gdevc->1lith); 
DBGDO (shut up-——); 
if (err) 
goto fail147 


/* 安 装 中 断 处 理 程序 */ 
err = request irq(hw config->irqg, vwsnd audio intr, 0, "vwsnd", devc); 
{oFr) 

goto fail5; 


/* 注 册 dsp 设备 驱动 程序 */ 
devc->audio minor = register sound dsp(l&vwsnd audio fops, -1); 
if ((err = devc->audio minor) < 0) { 
DBGDO (printk (KERN WARNING 
"attach vwsnd: register sound dsp error %d\n", 
err))s 
goto fail6; 
} 
/* 注 册 mixer 设备 驱动 程序 */ 
devc->mixer minor = register sound mixer(&vwsnd mixer fops, 
devc->audio minor >> 4); 
if ((err = devc->mixer minor) < 0) { 
DBGDO (printk (KERN WARNING 
"attach vwsnd: register sound mixer error %d\n", 
err)); 
goto fail7; 


ws 
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/*Squirrel away device indices for unload routine.*/ 
hw config->slots[0] = devc->audio minor; 
/* 对 设备 执行 初始 化 工作 */ 

mutex init(&devc->open mutex); 

mutex init (gdevc->io mutex); 

mutex init(&devc->mix mutex); 

devc->open mode = 0; 

spin lock init(g&devc->rport.lock); 

init waitqueue head (gdevc->rport.queue); 
devc->rport.swstate = SW OFF; 
devc->rport.hwstate = HW STOPPED; 
devc->rport.flags = 0; 

devc->rport.swbuf = NULL; 

spin lock init(gdevc->wport.lock); 

init waitqueue head(&devc->wport .queue); 
devc->wport.swstate = SW OFF; 
devc->wport.hwstate = HW STOPPED; 
devc->wport.flags = 0; 

devc->wport .swbuf NULL; 


/* 注 册 成 功 后 ， 将 新 设备 连接 到 本 地 设备 。*/ 

devc->next dev = vwsnd dev list; 

vwsnd dev list = devc; 

return devc->audio minor; 

/* 如 果 注 册 、 分 配 空间 、 安 装 等 过 程 失败 ， 则 释放 这 些 过 程 分 配 的 资源 。*/ 
于 aa 
unregister sound dsp (devc->audio minor); 
fail6: 
free irq(hw config->irqg, devc); 
ai 
faild: 

free pages (devc->wport.hwbuf vaddr, HWBUF ORDER); 
于 8 32 
free pages (devc->rport.hwbuf vaddr, HWBUF ORDER) 
a 

i destroy (&devc->1ith); 
faill: 
kfree (devc); 
fail0: 

return erry 


} 


OSS 的 驱动 程序 在 sound/oss 目录 下 ， 核 心 代码 文件 为 soundcard.c。 该 文件 中 定义 了 
打开 设备 文件 ， 读 设备 文件 (录音 ) ， 写 设备 文件 (播放 ) ， 关闭 设备 文件 等 功能 。 


10.2.3 ”OSS 初始 化 函数 oss_init() 


在 向 内 核 注册 该 模块 的 时 候 调 用 该 函数 对 OSS 进行 初始 化 工作 , 也 就 是 当 使 用 insmod 
soundcore.ko 加 载 驱动 模块 时 调用 该 函数 。 


static ne nt osst inie(tvoid) 
1 


int TE 
Ti 


#ifdef CONFIG PCI 
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if (dmabug) 
isa dma bridge buggy = dmabug; 
#endif 
/* 函 数 create special devices() 最 终 调用 函数 register sound special dev- 
ice () 注册 声音 结 点 ， 根 据 第 二 个 参数 来 指定 声音 结 点 的 类 型 。 这 里 指定 注册 了 两 个 设备 
sequencer 和 sequencer2。*/ 
err = create special devices(); 
EECEEX 
printk (KERN ERR "sound: driver already loaded/included in kernel 
Nae) 
Feten SErS 


} 


/*Protecting the innocent*/ 
sound dmap flag = (dmabuf > 0 ? 1 : 0); 
/* 创 建设 备 列表 中 的 设备 ， 并 且 注 册 它 到 系统 文件 中 。*/ 
for (i = 0; i < ARRAY SIZE(dev list); i++) { 
device create(sound class, NULL, 
MKDEV (SOUND MAJOR, dev list[i].minor), NULL, 
"%s", dev list[i].name); 


if (!dqev list[i] .num) 
continue; 
/* 如 果 设 备 列表 的 某 项 数目 多 于 1 个 则 创建 剩 下 的 设备 ， 并 且 注 册 它 们 到 系统 文件 中 */ 
for (] = 1; j < *dev list[i]l.numy j++) 
device create(sound class, NULL, 
MKDEV (SOUND MAJOR, 
dev list[i].minor + (j*0x10)), 
NULL, "%s%d", dev list[i].name, j); 


if (sound nblocks >= 1024) 
printk (KERN ERR "Sound warning: Deallocation table was too small. 
No 


return 0; 


10.2.4 OSS 释放 函数 oss_cleanup() 


从 内 核 中 注销 模块 OSS 的 时 候 调用 该 函数 对 OSS 进行 清理 工作 , 也 就 是 当 使 用 rmmod 
soundcore.ko 镍 载 驱动 模块 时 调用 该 函数 。 


static void exit oss cleanup (void) 
{ 
ne 
/* 删 除 函 数 device_create () 创建 的 设备 。*/ 
for (i = 0; i < ARRAY SIZE(dev list); i++) { 
device destroy (sound class, MKDEV (SOUND MAJOR, dev_ list[i].min— 
or)); 
if (!dev list[i] .num) 
continue; 
or (3 = ll < wev Lustlal noume It) 
device destroy(sound class, MKDEV (SOUND MAJOR, dev list[i] 
-minor + (j*0x10))); 四 


"3904. 
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/* 在 初始 化 函数 oss_init() 中 调用 函数 create _ special devices () ， 在 函数 
create special devices () 中 分 别 注 册 了 设备 sequencer 和 sequencer2， 在 注销 函 
数 中 对 应 注销 这 两 个 设备 的 驱动 程序 。*/ 
unregister sound special (1); 
unregister sound special (8); 
/* 停 止 定时 器 */ 
sound stop timer(); 
/* 音 序 器 卸载 ， 释 放 资 源 */ 
sequencer unload(); 
/* 释 放 DMA 资源 */ 
for (i = 0; i < MAX DMA CHANNELS; i++) 
if (dma alloc map[i] != DMA MAP UNAVAIL) { 
printk (KERN ERR "Sound: Hmm, DMA%d was left allocated - fixed\n", 
i 
sound free dma(i); 
} 
/* 释 放 静态 分 配 的 内 存 资源 */ 
for (i = 0; i < sound nblocks; i++) 
vfree (sound mem blocks[i]); 


10.2.5 打开 设备 文件 函数 sound_open() 


当 驱 动 模块 注册 到 系统 中 后 ， 调 用 系统 的 open(0) 函 数 就 会 调用 函数 sound_open() 实 现 
打开 设备 文件 。 


static int sound open (struct inode *inode, struct file *file) 
{ 

int dev = iminor(inode) > 

int retval; 


DEB (printk ("sound open (dev=sd) \n", dev)); 
if ((dev >= SND NDEVS) || (dev < 0)) { 
Printk (KERN ERR "Invalid minor device %d\n", dev); 
return -ENXIO; 
} 
switch (dev & 0x0f) { 
/* 音 频 设备 接口 为 控制 设备 即 混 频 器 */ 
case SND DEV CTL: 
dev >>= 47 
if (dev >= 0 && dev < MAX MIXER DEV && mixer devs [dev] == NULL) { 
request module ("mixer®d", dev); 
if (dev && (dev >= num _ mixers || mixer devs[dev] == NULL)) 
return -ENXIO; 


if (!try module get (mixer devs [dev]->owner) ) 
return -ENXIO; 
break; 
/* 打 开 的 设备 接口 为 音 序 器 */ 
case SND DEV SEQ: 
case SND_DEV_SEQ2 : 
if ({retval = sequencer open(dev, file)) < 0) 
return retval; 
break; 


/* 打 开 的 设备 为 MIDI*/ 


2 
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case SND DEV _ MIDIN : 
if ((retval = MIDIbuf open(dev, file)) < 0) 
return retval; 
break; 
/* 打 开 的 设备 接口 为 AUDIO 或 者 DSP*/ 
case SND DEV DSP: 
case SND DEV DSP16: 
case SND DEV AUDIO: 
if ((retval = audio open(dev，file)) < 0) 
return retval; | 
break; 


default: 
Printk (KERN ERR "Invalid minor device %d\n", dev); 
return -ENXIO; 

} 


return 0; 


10.2.6 录音 函数 sound_read() 


在 录音 时 ， 调 用 函数 sound_read() 实 现 读 设备 文件 。 


static ssize t sound read(struct file *file, char _user *buf, size t count, 
loff t *ppos) 


{ 


396 


int dev = iminor(file->f path.dentry->d inode); 
int ret -EINVAL; 


/* 锁 住 内 核 */ 


lock kernel () 


DEB (printk ("sound read(dev=%d, count=sd) \n"， dev, count)); 
/* 设 备 接口 类 型 为 AUDIO 或 者 DSP 时 ， 调 用 函数 audio_read () 读 取 设 备 文件 数据 到 buf 
中 */ 
switch (dev & 0x0f) { 
case SND DEV DSP: 
case SND DEV_DSP16: 
case SND DEV AUDIO: 
ret = audio read(dev, file, buf, count); 
break; 
/* 设 备 接口 类 型 为 音 序 器 时 ， 调 用 函数 sequencer_read () 读 取 设 备 文件 数据 到 buf 中 */ 
case SND DEV SEQ: 
case SND DEV SEQ2: 
ret = sequencer read(dev, file, buf, count); 
break; 
/* 设 备 接口 类 型 为 MIDI 时 ， 调 用 函数 MIDIbuf _ read () 读 取 设 备 文件 数据 到 puf*/ 
case SND DEV MIDIN: 
ret = MIDIbuf read(dev, file, buf, count); 
} 
/* 完 成 读 取 后 解锁 内 核 */ 
unlock kernel() > 
return ret; 
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10.2.7 ”播放 函数 sound_write() 


在 播放 音频 时 ， 调 用 函数 sound_write0 向 设备 文件 执行 写 操 作 。 
static ssize t sound write (struct file *file, const char user *buf, size t 
count, loff t *ppos) 


由 


int dev = iminor(file->f path.dentry->d inode) 

int ret = -EINVAL; 

/* 锁 住 内核 */ 

lock kernel (); 

DEB (printk ("sound write(dev=%d, count=%d)\n", dev, count)); 

Switch (dev & 0x0f) { 

/* 设 备 接口 类 型 为 音 序 器 时 ， 调 用 函数 sequencer write () 将 buf 中 数据 写 到 到 设备 文 
件 */ 

case SND DEV_SEQ: 

case SND DEV SEQ2: 


ret = sequencer writel(dev, file, buf, count); 

break; 
/* 设 备 接口 类 型 为 AUDIO 或 者 DSP 时 ， 调 用 函数 audio_write () 将 buf 中 数据 写 到 到 设 
备 文件 */ 


case SND DEV DSP: 

case SND_DEV_DSP16: 

case SND DEV AUDIO: 
ret = audio writel(dev, file, buf, count); 
break; 

/* 设 备 接口 类 型 为 MIDI 时 ,调用 函数 MIDIbuf_ write () 将 buf 中 数据 写 到 到 设备 文件 */ 

case SND DEV MIDIN: 
ret = MIDIbuf write(dev, file, buf, count); 
break; 

1 

unlock kernel (); 

return ret; 


10.2.8 ”控制 函数 sound_ioctl() 


函数 sound_ioct10 控 制 功能 包括 : 音量 控制 、 低 音 控 制 、 高 音 控制 、FM 合成 器 控制 、 
音 音量 、 播 放 音 量 、 输 入 增益 、 输 出 增益 等 控制 。 


static int sound ioctl(struct inode *inode, struct file *file, 


由 


unsigned int cmd, unsigned long arg) 


int len = 0, dtype; 

int dev = iminor (inode); 

vold Mer wp = (voio nser Sargs 

if ( SIOC DIR(cmd) != SIOC NONE && SIOC DIR(cmd) != 0) { 
/* 
* Have to validate the address given by the process. 
*/ 
len = SIOC SIZE(cmd); 
if (len <1 || len > 65536 || !p) 
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return -EFAULT; 
if ( SIOC DIR(cmd) & SIOC WRITE) 
if (!access ok (VERIFY READ, p, len)) 
return -EFAULT; 
if ( SIOC DIR(cmd) & _SIOC READ) 
if (!access ok(VERIFY WRITE, p, len)) 
return -EFAULT; 
} 
DEB (printk ("sound ioctl (dev=%d, cmd=0x%x, arg=0x%x)\n", dev, cmd, 
arg)); 
if (cmd == OSS_ GETVERSION) 
return put user(SOUND VERSION, (int _user *)p); 
/* 如 果 命令 的 类 型 为 Mixer， 调 用 sound mixer ioctl ()*/ 
if (_IOC TYPE (cmd) == 'M' && num mixers > 0 && /*Mixer ioctl*/ 
(dev & 0x0f) != SND DEV CTL) { 
dtype = dev & 0x0f; 
switch (dtype) { 
case SND DEV DSP: 
case SND DEV_ DSP16: 
case SND DEV_AUDIO: 
return sound mixer ioctl (audio devs[dev >> 4] ->mixer dev, cmd, 
Pp); 
default: 
return sound mixer ioctl(dev >> 4, cmd, p); 
} 
} 
switch (dev & 0x0f) { 
/* 设 备 接口 类 型 为 AUDIO 或 者 DSP 时 ， 调 用 函数 sound mixer ioctl ()*/ 
case SND DEV_CTL: 
if (cmd == SOUND MIXER GETLEVELS) 
return get mixer levels (p); 
if (cmd == SOUND MIXER SETLEVELS) 
return set mixer levels(p); 
return sound mixer ioctl(dev >> 4, cmd, p); 
/* 设 备 接口 类 型 为 音 序 器 时 ， 调 用 函数 sequencer ioct1 ()*/ 
case SND DEV SEQ: 
case SND DEV_ SEQ2: 
return sequencer ioctl(dev, file, cmd, p); 
/* 设 备 接口 类 型 为 AUDIO 或 者 DSP 时 ， 调 用 函数 audio_ioct1 ()*/ 
case SND DEV_DSP: 
case SND DEV_DSP16: 
case SND DEV AUDIO: 
return audio ioctl(dev, file, cmd, p); 
break; 
/* 设 备 接口 类 型 为 MIDI 时 ， 调 用 函数 MIDIbuf ioct1 ()*/ 
case SND DEV MIDIN: 
return MIDIbuf ioctl(dev, file, cmd, p); 
break; 


} 
return -EINVAL; 


10.3 ”Linux 音频 设备 驱动 一 一 ALSA 驱动 框架 


ALSA 包含 了 许多 的 声卡 驱动 程序 ， 提 供 libasound 的 API 库 。libasound 提供 了 方便 


98 


第 10 章 ， 音频 设备 驱动 程序 移植 


的 高 级 编程 接口 , 应 用 程序 中 使 用 libasound 而 不 是 内 核 中 的 ALSA 接口 。 同 时 ，libasound 
提供 一 个 设备 逻辑 命名 功能 ， 因 此 开发 者 不 必 知 道 类 似 设备 文件 这 样 的 底层 接口 。 相 反 ， 
OSS 驱动 是 在 内 核 系统 调用 级 上 编程 ， 要 求 应 用 程序 开发 者 提供 设备 文件 名 并 且 利用 ioctl 
来 实现 相应 的 功能 。 为 了 兼容 OSS，ALSA 框架 使 用 内 核 模块 来 模拟 0SS， 在 OSS 基础 上 
开发 的 应 用 程序 不 需要 任何 改动 就 可 以 在 ALSA 上 运行 。 另 外 , libaoss 库 也 能 够 模拟 OSS， 
而 它 不 需要 内 核 模块 。ALSA 包含 插件 功能 ， 使 用 插件 可 以 扩展 新 的 声卡 驱动 ， 包 括 完全 
使 用 软件 实现 的 虚拟 声卡 。ALSA 提供 一 系列 基于 命令 行 的 工具 集 alsa-utils， 比 如 amixer 
( 泥 音 器 命令 行 控制 ) ，aplay (音频 文件 命令 行 播放 器 ) ，arecord (命令 行 音频 文件 录制 ) 
等 工具 。 

ALSA 提供 给 用 户 的 接口 主要 有 : 
口 信息 接口 (Information Interface, /proc/asound) 。 
口 控制 接口 (Control Interface, /dev/snd/controlCX ) 提供 管理 声卡 注册 和 请 求 可 用 设 
备 的 通用 功能 。 
口 PCM 接口 (PCM Interface, /dev/snd/pcmCXDX) 管理 数字 音频 回放 (playback) 和 
音 〈capture) 的 接口 。 
口 Raw MIDI 接口 (Raw MIDI Interface, /dev/snd/midiCXDX) 支持 MIDI (Musical 
Instrument Digital Interface) ， 标 准 的 电子 乐器 。 这 些 API 提供 对 声卡 上 MIDI 总 
线 的 访问 。 
口 定时 器 接口 (Timer Interface，/dev/snd/timer) 为 同步 音频 事件 提供 对 声卡 上 时 间 
处 理 硬件 的 访问 。 
口 音 序 器 接口 (Sequencer Interface, /dev/snd/seq) 。 
口 泥 音 器 接口 (Mixer Interface) 。 


10.3.1 card 和 组 件 


每 个 声卡 必须 创建 一 个 card 实例 , 下 面 通过 驱动 代码 介绍 ALSA 声卡 驱动 是 如 何 管 理 
card 和 组 件 的 。 


1. 创建 card 函 数 snd_card_new() 


函数 snd_card_new0O 用 于 创建 和 初始 化 snd_card 结构 体 。idx 是 卡 的 索引 号 ，xid 是 标 
识字 符 串 ，module 是 顶层 模块 ，extra_siz 额外 分 配 数据 的 大 小 。 


struct snd_card *snd_card_new (int idx, const char *xid, struct module *module, 
int extra size) 


{ 


struct snd card *card; 
int err, dx22 


if (extra size < 0) 
Sraral2e = 0 
/* 分 配 空间 同时 初始 化 所 分 配 的 空间 */ 
card = kzalloc(sizeof (*card) + extra size, GFP KERNEL); 
if (card == NULL) 
return NULL; 
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ET 
if (!snd info check reserved words (xid) ) 
goto errory 
strlcpy (card->id, xid, sizeof (card->id)); 
} 
/* 锁 住 互 斥 量 */ 
mutex lock(&snd card mutex); 
Me. < OP 
for (idx2 = 0; idx2 < SNDRV CARDS; idx2++) 
/*idx == -1 == 0xffff means: take any free slot*/ 
if (~snd cards lock & idx & 1<<idx2) { 
if (module slot match(module, idx2)) { 
idx = idx2; 
break; 


bi 
} 
Ei 


for (idx2 = 0; idx2 < SNDRV_CARDS; idx2++) 


/*idx == -1 == 0xffff means: take any free slot*/ 
if (~snd cards lock & idx & 1<<idx2) { 
iE (lslotslidz2] | sslotstidz2]) { 
idx = idx2; 
break; 
} 
1 
| 
snd cards lock |= 1 << idx; Arlock Lte/ 


if (idx >= snd ecards limit) 
snd ecards limit = idx + 1; /*increase the limit*/ 
/* 解 锁 互 斥 量 */ 
mutex unlock(&snd card mutex); 
/* 对 card 各 个 字段 进行 初始 化 和 赋值 */ 
card ->number = idx; 
card->module = module; 
INIT_ LIST HEAD(&card->devices); 
init rwsem(&card->controls rwsem); 
rwlock init(gcard->ctl] files rwlock); 
INIT LIST HEAD(&card->controls); 
INIT LIST HEAD(&card->ctl] files); 
spin lock init (gcard->files lock); 
init waitqueue head(&card->shutdown sleep); 


return card; /*# 省 略 了 错误 处 理 部 分 */ 


2. 创建 组 件 函 数 snd_device _new() 


在 card 被 创建 后 ， 创 建设 备 (组件) 关联 到 该 card。 参 数 card 为 snd_card_new() 创 建 
的 card, 参数 type 为 设备 类 型 ,包括 SNDRV_DEV_TOPLEVEL、SNDRV_DEV_CONTROL.、 
SNDRV_ DEV LOWLEVEL PRE、 SNDRV DEV LOWLEVEL NORMAL., SNDRV DEV_ 
PCM、 SNDRV _ DEV RAWMIDI、 SNDRV DEV_TIMER、 SNDRV DEV_ SEQUENCER.、 
SNDRV_DEV_CODEC 等 (具体 的 定义 在 include/sound/core.h 中 ) ，device_data 为 设备 数 
据 指针 ，ops 为 函数 集 的 指针 。 


int snd device newl(struct snd card *card, snd device type t type, 
void *device data, struct snd device ops *ops) 
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struct snd device *dev; 


if (snd BUG ON(!card || !device data || !ops)) 
return -ENXIO; 

/* 给 设备 分 配 空间 并 初始 化 */ 

dev = kzalloc(sizeof (*dev), GFP KERNEL); 

if (dev == NULL) { 
snd printk (KERN ERR "Cannot allocate device\n"); 
return -ENOMEM; 


| 

/* 给 设备 的 各 个 字段 赋值 */ 

dev->card = card; 

dev->type = type; 

dev->state = SNDRV DEV BUILD; 

dev->device data = device data; 

dev->ops = ops; 

/* 将 设备 列表 插入 到 card 的 设备 字段 后 */ 

list add(gdev->list, &card->devices); /*add to the head of list*/ 
return 0; 


3. 释放 组 件 函 数 snd_device_free () 
函数 snd_device_free (释放 与 card 关联 的 设备 ， 并 且 对 应 设备 的 数据 为 : device_data。 


int snd device free(struct snd card *card, void *device data) 


{ 


struct snd device *dev; 


if (snd BUG ON(!card || !device data)) 
return -ENXIO; 
/* 根 据 device_data 找到 要 释放 的 设备 */ 
list for each entry(dev, &card->devices, list) { 
if (dev->device data != device data) 
continue; 
/* 该 设备 从 链表 中 断 开 */ 
list del (gdev->list); 
/* 判 断 断 开 是 否 成 功 */ 
if (dev->state == SNDRV DEV REGISTERED && dev->ops->dev disconnect) 
if (dev->ops->dev disconnect (dev)) 
snd printk (KERN ERR "device disconnect failure\n"); 
/* 判 断 释放 是 否 成 功 */ 
if (dev->ops->dev free) { 
if (dev->ops->dev free (dev)) 
snd printk (KERN ERR "device free failure\n"); 


} 
/* 释 放 设 备 占用 的 内 存 */ 
kfree (dev); 
return 0; 
} 
snd printd("device free sp (from %pF), not found\n", device data, 
_ builtin return address (0)); 
return -ENXIO; 


“2 


第 3 篇 系统 移植 与 驱动 篇 


4. 释放 card 函 数 snd_card_ free() 
该 函数 释放 snd_card_new0 创 建 和 初始 化 的 snd_card 结构 体 。 


int snd card free (struct snd card *card) 
{ 
/* 释 放 操 作 ， 并 通知 连接 在 card 上 的 所 有 设备 */ 
int ret = snd card disconnect (card); 
if {ret) 
Teturn Tety 


/* 所 有 的 设备 准备 好 释放 操作 */ 

wait event (card->shutdown sleep, card->files == NULL); 
/* 释 放 card*/ 

snd card do freel(card); 

return 0; 


5. 断 开 所 有 的 ALSA API 函 数 snd_card_disconnect () 


在 系统 中 file_operations 中 对 应 系统 的 操作 llseek 与 card 的 操作 snd_disconnect llseek， 
系统 的 read 与 snd_disconnect read， 系 统 的 write 与 snd_disconnect write 等 ， 函 数 
snd_card_disconnect 0 的 作用 是 将 这 些 对 应 关系 断 开 ， 并 通知 该 信息 到 所 有 连接 在 card 上 
的 设备 。 

int snd card _ disconnect (struct snd card *card) 

{ 

/* 第 一 阶段 : 使 ALSR API 操作 失效 */ 

mutex lock(&snd card mutex); 

snd cards[card->number] = NULL; 

snd cards lock &= ~(1 << card->number); 

mutex unlock(&snd card mutex); 

/* 第 二 阶段 :用 专门 的 哑 操 作 代 普 file->f_op*/ 

spin lock(&card->files lock); 

mfile = card->files; 

while (mfile) { 
file = mfile->file; 
/*it's critical part, use endless loop*/ 
/*we have no room to fail*/ 
mfile->disconnected f op = mfile->file->f op; 
spin lock(&shutdown lock); 
list add(gmfile->shutdown list, &shutdown files); 
spin unlock(&shutdown lock); 
mfile->file->f op = &snd shutdown f ops; 
fops get (mfile->file->f op); 
mfile = mfile->next; 


spin unlock (gcard->files lock); 

/* 第 三 阶段 : 通知 所 有 的 连接 设备 断 开 信息 */ 
snd device disconnect all (card); 
snd info card disconnect (card); 
return 0; 
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10.3.2 PCM 设备 


每 个 声卡 设备 最 多 有 4 个 PCM 实例 , 而 每 个 PCM 实例 对 应 一 个 设备 文件 。 每 个 PCM 
实例 由 PCM 播放 流 和 PCM 录音 流 组 成 ， 每 个 PCM 流 由 一 个 或 多 个 PCM 子 流 组 成 。 


1. 函数 snd_pcm_new() 用 来 创建 PCM 实 例 


函数 snd_ pcm_new0 中 的 各 个 参数 的 作用 分 别 为 : 参数 card 是 与 PCM 对 应 的 声卡 ， 
参数 id 为 标识 字符 串 ， 参 数 device 是 PCM 设备 索引 用 来 表示 第 几 个 PCM 设备 ， 参 数 
playback _ count 为 播放 的 子 流 数 ， 参 数 capture_count 为 录音 的 子 流 数 ， 参 数 pcm 用 来 返回 
构造 的 PCM 实例 。 


int snd pcm_new(struct snd card *card, char *id, int device, 


{ 


int playback count, int capture count, struct snd pcm ** rpcm) 


struct snd pcm *pcm; 
int err; 
static struct snd device ops ops = { 
=dev fres = snd pecm dev freey 
.dev_register = snd pcm dev register, 
.dev disconnect = snd pcm dev disconnect, 
}; 
/* 为 构造 的 PCM 实例 分 配 空间 并 进行 初始 化 */ 
pcm = kzalloc (sizeof (*pcm), GFP_ KERNEL); 
if (pcm == NULL) { 
snd printk (KERN ERR "Cannot allocate PCM\n"); 
return -ENOMEM; 
} 
/* 指 定 PCM 的 声卡 与 PCM 设备 索引 */ 
pcm->card = card; 
pcm->device = device; 
if (id) 
strlcpy (pcm->id, id, sizeof (pcm->id)); 
/* 构 造 PCM 播放 流 */ 
if ((err = snd pcm new_ stream(pcm, SNDRV_PCM STREAM PLAYBACK, 
playback count)) < 0) { 
snd pcm free (pcm); 
return err; 
} 
/* 构 造 PCM 录音 流 */ 
下 所 ((err = snd pcm new stream(pcm, SNDRV PCM STREAM CAPTURE, 
capture count)) < 0) { 
snd_ pcm free (pcm); 
return err; 
' 
mutex init (gpcm->open mutex); 
init waitqueue head(&pcm->open wait); 
/* 创 建设 备 类 型 为 SNDRV_DEV_PCM 的 设备 ， 并 指定 该 设备 的 声卡 为 card*/ 
if ((err = snd device new(card，SNDRV DEV PCM, pcm, &ops)) < 0) { 
snd pcm free (pcm); 
rEEtUEN Grr» 
| 
if (rpcm) 
*rpcm = pom; 
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return 0; 


2. 函数 snd_pcm_ free () 释 放 PCM 实 例 


函数 snd_pcm_free () 用 来 释放 snd_pcm_new0 创 建 的 PCM 实例 。 释 放 包 括 释 放 播 放流 
和 录音 流 。 


static int snd pcm free(struct snd pcm *pcm) 


{ 


struct snd pcm notify *notify; 


list for each entry(notify，&snd pcm notify list, list) { 
notify->n unregister (pcm); 

} 

if (pcm->private free) 
pcm->private free (pcm); 

/* 释 放 分 配 的 缓冲 区 */ 

snd pcm lib preallocate free for all (pcm); 

/* 释 放 播放 流 */ 

snd pcm free stream(&pcm->streams [SNDRV_PCM STREAM PLAYBACK]); 

/* 释 放 录 音 流 */ 

snd pcm free stream(&pcm->streams [SNDRV_PCM STREAM CAPTURE]); 

kfree (pcm); 

return 0; 


3. 设置 PCM 操 作 
函数 snd_pcm_set_ops0 设 置 PCM 打开 子 流 、 关 闭 子 流 等 操作 。 


void snd pcm set ops(struct snd pcm *pcm, int direction, struct snd pcm ops 
*Ops) 


{ 


} 


struct snd pcm str *stream = &pcm->streams[direction]; 
struct snd pcm substream *substream; 
/* 设 置 子 流 操作 */ 
for (substream = stream->substream; substream != NULL; substream = 
substream->next) 
substream->ops = ops; 


snd_pcm_ops 结构 体 定义 如 下 : 


struct snd pcm ops { 


.304。 


int (*open) (struct snd pcm _ substream *substream); // 打 开 子 流 
int (*close) (struct snd pcm substream *substream); // 关 闭 子 流 
int (*ioct1) (struct snd pcm substream * substream, 

unsigned int cmd, void *arg); //I/0 控制 
主 下 (*hw_params) (struct snd pcm substream *substream, 

struct snd pcm hw params *params); // 硬 件 参数 


int (*hw_ free) (struct snd pcm substream *substream); // 释 放 资 源 
int (*prepare) (struct snd pcm substream *substream); // 准 备 
int (*trigger) (struct snd pcm substream *substream, int cmd); 


// 在 PCM 开始、 停止 、 暂 停 时 调用 


snd pcm uframes t (*pointer) (struct snd pcm substream *substream); 
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// 当 前 缓冲 区 的 硬件 位 置 


int (*copy) (struct snd pcm substream *substream, int channel, 
snd pcm uframes t pos, 
void _user *buf, snd pcm uframes t count); // 复 制 缓冲 区 
int (*silence) (struct snd pcm substream *substream, int channel, 
snd pcm uframes t pos, snd pcm uframes t count); /1 静音 
struct page *(*page) (struct snd pcm substream *substream, 


unsigned long offset); 


//cache 操作 


int (*mmap) (struct snd pcm substream *substream, struct vm area struct 


*vma); 


int (*ack) (struct snd pcm substream *substream); 


4. PCM 运 行 时 结构 体 


打开 PCM 子 流 后 ， 分 配 PCM 运行 时 实例 给 该 子 流 。 运 行 时 实例 的 结构 体 定义 如 下 : 


struct snd pcm runtime { 


// 内 存 映 射 
// 应 答 


/* 子 流 的 状态 */ 

struct snd pcm substream *trigger master; 

struct timespec trigger tstamp; // 触 发 时 间 戳 

int overrange; 

snd pcm uframes t avail max; 

snd pcm uframes t hw ptr base; // 缓 冲 区 复位 时 位 置 
snd pcm uframes t hw ptr interrupt; // 缓 冲 区 中 断 时 位 置 
/* 子 流 硬件 参数 */ 

snd pcm access t access; // 访 问 模式 

snd pcm format t format; //SNDRV_PCM FORMAT * 
snd pcm subformat t subformat; // 子 格式 
unsigned int rate; // 速 率 单位 Hz 
unsigned int channels; // 通 道 

snd pcm uframes t period size; // 周 期 大 小 
unsigned int periods; // 周 期 数 

snd pcm uframes t buffer size; // 缓 冲 区 大 小 

snd pcm uframes t min align; // 对 齐 的 最 小 块 大 小 
size t byte align; // 字 节 对 齐 
unsigned int frame bits; // 每 帧 的 比特 数 


unsigned int sample bits; 
unsigned int info; 
unsigned int rate num; 
unsigned int rate den; 


/* 软 件 参数 */ 


// 采 样 的 比特 数 〈 编 码 所 使 用 的 比特 数 ) 


int tstamp mode; // 更 新 内 存 映 射 时 间 戳 
unsigned int period step; 

snd pcm uframes t start threshold; 

snd pcm uframes t stop threshold; 

snd pcm uframes t silence threshold; //Silence 填充 闵 值 
snd pcm uframes t silence size; //Silence 填充 大 小 
snd pcm uframes t boundary; // 封 装 指针 的 指针 

snd pcm uframes t silence start; //silence 区 域 开 始 指针 
snd pcm uframes t silence filled; //silence 被 填充 的 大 小 
union snd pcm sync id sync; // 硬 件 同 步 ID 


“ 
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/* 内 存 映 射 */ 
struct snd pcm mmap status *status; // 内 存 映 射 状态 
struct snd pcm mmap control *control;  // 内 存 映射 控制 
/* 锁 和 调度 */ 


wait queue head t sleep; 

struct fasync struct *fasync; 

/* 私 有 段 */ 

void *private data; 

void (*private free) (struct snd pcm runtime *runtime); 

/* 硬 件 描述 */ 

struct snd pcm hardware hw; 

struct snd pcm hw constraints hw constraints; 

/* 中 断 回调 函数 */ 

void (*transfer ack begin) (struct snd pcm substream *substream); 
void (*transfer ack end) (struct snd pcm substream *substream); 


/* 定 时 器 */ 

unsigned int timer resolution; // 定 时 器 精度 
int tstamp type; // 时 间 玲 类 型 
/*DMA 缓冲 区 信息 */ 

unsigned char *dma area; //DMA 区 域 */ 
dma addr t dma addr; // 总 线 物 理 地 址 */ 
size t dma bytes; //DMA 区 域 大 小 */ 


struct snd dma buffer *dma buffer p; // 分 配 的 缓冲 区 

#if defined (CONFIG SND PCM OSS) || defined(CONFIG SND PCM OSS MODULE) 
/*OSS 运行 时 结构 体 */ 
struct snd pcm oss runtime oss; 

#endif 

}; 


10.3.3 ”控制 接口 


控制 接口 〈control) 的 主要 作用 是 混 音 器 (mixer) ， 所 有 mixer 元 素 都 是 基于 control 
API 实现 的 。 下 面 简 单 介 绍 control 的 几 个 重要 函数 。 


1. snd_ctl_open() 


函数 snd_ctl_open0 用 于 打开 设备 文件 操作 。 


static int snd ct] open(struct inode *inode, struct file *file) 
{ 

unsigned long flags; 

struct snd card *card; 

EricE ndetl Tile wotly 

/* 从 注册 的 设备 获得 用 户 数据 */ 

card = snd lookup minor data(iminor(inode), SNDRV_ DEVICE TYPE_ 

CONTROL); 

/* 增 加 文件 到 card 的 文件 链表 */ 

snd card file addl(card, file); 

/* 为 ctl 分 配 空间 并 初始 化 */ 

ctl = kzalloc(sizeof (*ctl), GFP KERNEL); 

/* 初 始 化 ct1 事件 链表 */ 


INIT LIST HEAD(&ctl->events); 


“306。 
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/* 对 ctl 的 各 个 字段 进行 初始 化 或 者 赋值 */ 

init waitqueue head(&ctl->change sleep); 
spin lock init(gctl->read lock); 
ct1->card = card; 

ct1->prefer pcm subdevice = -1; 
ct1->prefer rawmidi subdevice = 
ctl->pid = current->pid; 
file->private data = ctl; 

// 对 链表 操作 前 进行 锁 保护 

write lock irqsave (&Ccard->ct1 files rwlock, flags); 

list add tail (gctl->list, gcard->ctl] files); 

// 完 成 操作 进行 解锁 

write unlock irqrestore (&card->ct1l1 files rwlock, flags); 
return 0; 


=17 


2. 创建 控制 实例 snd_ctl_new() 


函数 snd_ctl_new0 创 建 控制 实例 ,参数 control 为 控制 模板 , 参数 access 为 默认 的 控制 


访问 。 


static struct snd kcontrol *snd ctl newl(struct snd kcontrol *control, 


{ 


unsigned int access) 


struct snd kcontrol *kctl; 
unsigned int idx; 


if (snd BUG ON(!control || !control->count)) 
return NULL; 
// 分 配 空间 并 初始 化 
kctl = kzalloc (sizeof (*kctl1) + sizeof(struct snd kcontrol volatile) * 
control->count, GFP_ KERNEL); 
if (kctl == NULL) { 
snd printk (KERN ERR "Cannot allocate control instance\n"); 
return NULL; 


} 

// 复 制 控制 模板 

*kctl = *control; 

for (idx = 0; idx < kctl->count; idx++) 
kctl->vd[idx] .access = access; 

return kctl; 


3. 移植 控制 函数 snd_ctl_remove() 


函数 snd_ctl remove() 从 card 移 除 control， 并 且 释 放 它 占用 的 空间 。 


int snd ctl remove(struct snd card *card, struct snd kcontrol *kcontrol) 


{ 


struct snd ctl] elem id id; 
unsigned int idx; 


下 (snd BUG ON(!card 11 !kcontrol) ) 
return -EINVAL; 

/* 移 除 控制 链表 */ 

list del(&kcontrol->1ist) > 

card->controls count -= kcontrol->count; 


“3 
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id = kcontrol->id; 

for (idx = 0; idx < kcontrol->count; idx++, id.index++, id.numid++) 
snd ctl] notify(card, SNDRV CTL EVENT MASK REMOVE, &id); 

/* 释 放空 间 */ 

snd ctl free one (kcontrol) > 

return 0; 


10.3.4 AC97 API 音频 接口 


ALSA AC97 已 经 有 各 种 接口 ， 驱 动 开 发 人 员 通 过 编写 少量 的 控制 函数 就 可 以 开发 自 
己 的 驱动 。 


1. 函数 snd_ac97_bus() 创 建 ACc97 bus 总 线 组 件 
函数 snd_ac97_bus0 创 建 AC97 bus 总 线 组 件 及 AC97 的 操作 。 


int snd ac97 bus (struct snd card *card, int num, struct snd ac97 bus_ops 
*Ops, 
void *private data, struct snd ac97 bus **rbus) 
. 
int erry 
struct snd ac97 bus *bus; 
static struct snd device ops dev ops 
.dev free = snd ac97 bus dev free, 


和 
/* 分 配 空间 并 初始 化 */ 
bus = kzalloc (sizeof (*bus), GFP_ KERNEL); 
/*bus 各 字段 赋值 */ 
bus->card = card; 
bus->num = num; 
bus->ops = ops; 
bus->private data = private data; 
bus->clock = 48000; 
spin lock init(&bus->bus lock); 
/* 总 线 初始 化 */ 
snd ac97 bus proc init (bus); 
/* 构 造 BUS 类 型 的 设备 ， 并 指定 声卡 为 card*/ 
if ((err = snd device new(card, SNDRV_ DEV BUS, bus, &dev ops)) < 0) { 
snd ac97 bus free(bus); 
return err; 
| 
if (rbus) 
*rbus = bus; 
return 0; 


2. 创建 Codec97 组 件 函 数 snd_ac97_mixer() 


在 创建 完 AC97 bus 后 ， 调 用 该 函数 创建 依附 于 该 bus 的 Codec97 组 件 。 下 面 列 出 该 
函数 的 主要 部 分 代码 : 


int snd ac97 mixer(struct snd ac97 bus *bus, struct snd ac97 template 
*template, struct snd ac97 **rac97) 


0 
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int err; 
struct snd aaC97 *ac97s; 
struct snd card *card; 
char name[64]; 
unsigned long end time; 
unsigned int reg; 
const struct ac97 codec id *pid; 
static struct snd device ops ops = { 
dev free snd ac97 dev free, 
.dev register = snd ac97 dev register, 


.dev disconnect = snd ac97 dev disconnect, 
ha 
if (rac97) 

*rac97 = NULL; 
/* 设 置 bus 的 card 字段 为 该 声卡 */ 


card = bus->card; 


/* 为 创建 的 组 件 AC97 分 配 空间 并 初始 化 */ 
ac97 = kzalloc(sizeof (*AC97), GFP KERNEL); 


/* 初 始 化 或 者 设置 所 创建 的 组 件 AC97 的 各 个 字段 */ 


ac97->private data = template->private data; 
ac97->private free = template->private free; 
ac97->bus = bus; 
ac97->pci = template->pci; 
ac97->num template->num; 
ac97->addr = template->addr; 
ac97->scaps = template->scaps; 
ac97->res table = template->res table; 
bus->codec[ac97->num] = ac97; 
/* 信 号 量 初始 化 */ 
mutex init (gac97->reg mutex); 
mutex init(&ac97->page mutex); 
/*bus 复位 */ 
if (bus->ops->reset) { 
bus->ops->reset (ac97); 
goto _access ok; 


b 


/* 读 取 产 品 的 ID，AC97_VENDOR_ID1 放置 在 高 两 字 节 ,AC97_VENDOR_ID2 放置 在 低 两 字 


节 */ 

ac97->id = snd ac97 read(ac97, AC97 VENDOR ID1) << 16; 
ac97->id |= snd ac97 read(ac97, AC97 VENDOR ID2); 

if (ac97->id && ac97->id != (unsigned int)-1) { 


pid = look for codec idl(snd ac97 codec ids, ac97->id); 


if (pid && (pid->flags & AC97 DEFAULT POWER OFF)) 
goto access ok; 


} 
/* 恢 复 为 默认 */ 
if (!(ac97->scaps & AC97 SCAP SKIP AUDIO)) 
snd ac97 write(ac97, AC97 RESET, 0); 
if (!(ac97->scaps & AC97 SCAP SKIP MODEM)) 
snd ac97 write(ac97, AC97 EXTENDED MID, 0); 
宣 插 (bus->ops->wait) 可 
bus->ops->wait (ac97) 7 
else { 
/* 延 迟 50 微 秒 */ 
udelay (50); 
/* 等 待 直到 寄存 器 复位 至 可 以 访问 */ 
Tf (acol >secaps AC97_SCAP_SKIP AUDIO) 


。309 。 
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err = ac97 reset wait(ac97, msecs to jiffies(500), 1); 
else { 
err = ac97 reset wait(ac97, msecs to jiffies(500), 0); 
i (Sere < 0 
err = ac97 reset wait(ac97, msecs to jiffies(500), 1); 
} 
a err < 0D) 
snd printk (KERN WARNING "AC'97 sd does not respond - RESET\n", 
ac97->num); 
/*proceed anyway - it's often non-critical*/ 
} 
| 
access ok: 
/* 读 取 产 品 ID 信息 */ 
ac97->id = snd ac97 read(ac97, AC97 VENDOR ID1) << 16; 
ac97->id |= snd ac97 read(ac97, AC97 VENDOR ID2); 
if (! (ac97->scaps & AC97 SCAP DETECT BY VENDOR) && 
(ac97->id == 0x00000000 11 ac97->id == 0xffffffff)) { 
snd printk (KERN ERR "AC'97 %d access is not valid [0x%x], removing 
mixer.\n", ac97->num, ac97->id); 
snd ac97 free(ac97); // 若 为 无 效 组 件 则 释放 该 组 件 
return -EIO; 
} 
pid = look for codec id(snd ac97 codec ids, ac97->id); 
if (pid) 
ac97->flags |= pid->flags; 


/* 为 接口 AC' 97 测试 该 组 件 */ 
if (!(ac97->scaps & AC97 SCAP SKIP RUDIO) && !(ac97->scaps & AC97 
SCAP AUDIO)) { 
/* 测 试 是 否 可 以 向 AC97 的 AC97_REC_GAIN 寄存 器 写 值 0x8a06*/ 
snd ac97 write cache(AC97, AC97 REC GAIN, 0x8a06); 
/* 测 试 读 取 AC97 的 AC97_REC_GAIN 寄存 器 的 值 与 0x7fff 做 与 运算 的 结果 是 否 为 
0x0a06*/ 
if (((err= snd ac97 read(ac97, AC97 REC GAIN)) & 0x7fff) == 0x0a06) 
ac97->scaps |= AC97 SCAP AUDIO; 
} 
/* 读 取 AC97_RESET 和 RC97_EXTENDED ID 的 值 分 别 赋 给 caps 和 ext id 字段 */ 
if (ac97->scaps & AC97 SCAP AUDIO) { 
ac97->caps = snd ac97 read(ac97, AC97 RESET); 
ac97->ext id = snd ac97 read(ac97, AC97 EXTENDED ID); 
if (ac97->ext id 0xffff) /* 无 效 组 件 */ 
ac97->ext id = 0; 


} 
/* 测 试 MC' 97， 读 取 AC97_EXTENDED _MID 寄存 器 并 测试 读 取 的 有 效 性 */ 
站 (!(ac97->scaps & AC97 SCAP SKIP MODEM) 区 区 !(ac97->scaps & 
AC97 SCAP MODEM)) { 
ac97->ext mid = snd ac97 read(ac97, AC97 EXTENDED MID); 
if (ac97->ext miqd == 0xffff)  ”/* 无 效 组 件 */ 
ac97->ext mid = 0; 
if (ac97->ext mid & 1) 
ac97->scaps |= AC97 SCAP MODEM; 
1 
/* 检 查 RC97 的 audio 与 modems/ 
if (!ac97 is audio(ac97) && !ac97 is modem(ac97)) { 
if (!(ac97->scaps & (AC97 SCAP SKIP AUDIOIAC97 SCAP SKIP MODEM))) 
snd printk (KERN ERR "AC'97 sq access error (not audio or modem 
codec) \n", ac97->num); 


snd ac97 free(ac97);// 如 果 audio 与 modem 不 正确 ， 则 释放 创建 的 AC97 组 件 


} 
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return -EACCES; 


/*/* 设 置 mixername 名 字 */ 
if (ac97 is audio(ac97)) 


: 


/* 获 得 组 件 ID 字符 串 */ 
char comp[16]; 
if (card->mixername[0] == '\0') { 
strcpy (card->mixername, name); 
} else { 
if (strlen(card->mixername) + 1 + strlen(name) + 1 <= sizeof 
(card->mixername)) { 
strcat (card->mixername, ","); 
strcat (card->mixername, name); 
上 
} 
sprintf (comp, "AC97a:%08x", ac97->id); 
/* 添 加 组 件 ID 字符 串 comp 到 所 给 的 链表 */ 
if ((err = snd component add(card, comp)) < 0) { 
snd ac97 free(ac97); // 如 添加 失败 , 则 释放 该 组 件 AC97 
return err; 
} 
/* 构 造 控制 器 mixer, 该 构造 过 程 比较 复杂 , 构造 内 容 比 较 多 , 包括 master controls、 
center controls 、 LFE controls 、surround controls 、headphone 
controls 、mono controls ( 单 声 道 控制 器 ) 、tone controls (音质 控制 器 〉、 
PC Speaker controls (PC 扬声器) 、Phone controls 、MIC controls ( 麦 
克 风 ) 、Line controls 、CD controls 、PCM controls 等 。 创建 失 败 则 释放 
组 件 AC97。*/ 
if (snd ac97 mixer build(ac97) < 0) { 
snd ac97 free(ac97); 
return -ENOMEM; 
} 


if (ac97 is modem(ac97)) { 


由 


/* 获 得 组 件 ID 字符 串 */ 

char comp[16]; 

if (card->mixername[0] == '\0') { 
strcpy (card->mixername, name); 

} else { 


if (strlen (card->mixername) + 1 + strlen(name) + 1 <= sizeof 
(card->mixername)) { 
strcat (card->mixername, ","); 
strcat (card->mixername, name); 
} 
} 
sprintf (comp, "AC97m:%08x", ac97->id); 
/* 添 加 组 件 ID 字符 串 comp 到 所 给 的 链表 */ 
if ((err = snd component add(card, comp)) < 0) { 
snd ac97 free(ac97); 
return err; 
} 
/* 构 造 modem ， 如 构造 失败 则 释放 AC97*/ 
if (snd ac97 modem buildl(card, ac97) < 0) { 
snd ac97 free(ac97); 
return -ENOMEM; 
} 


/* 更 新 power 寄存 器 */ 


if (ac97 is audio(ac97)) 


LD 
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update power regs (ac97) 7 
snd ac97 proc init (ac97); 
/* 构 造 设备 类 型 为 SNDRV_DEV_CODEC 的 设备 ， 并 设置 设备 的 card 为 该 声卡 ， 如 果 失 败 则 
释放 AC97*/ 
if ((err = snd device newl(card, SNDRV DEV CODEC, ac97, gops)) < 0) { 
snd ac97 free (ac97) 7 
return err; 
} 
*rac97 = :ac972 
return 0; 


3. 释放 bus 函 数 snd_ac97_bus_dev_free() 


函数 snd_ ac97 bus_dev free0 释 放 函 数 snd_ac97 bus0， 创 建 AC97 bus 总 线 。 


static int snd ac97 bus dev _ free (struct snd device *device) 


1 


struct snd ac97 bus *bus = device->device data; 
return snd ac97 bus free(bus); 


10.4 ”音频 设备 应 用 程序 编写 


10.3 节 中 介绍 了 OSS 驱动 和 ALSA 驱动 ,本 节 主 要 介绍 如 何 编写 这 两 种 驱动 程序 的 应 
用 程序 。 对 于 OSS 驱动 ， 给 出 了 DSP 接口 编程 和 MIXER 接口 编程 。 


10.4.1 ”DSP 接口 编程 


OSS 驱动 框架 提供 了 音频 编程 的 3 种 设备 ， 分 别 是 /dev/dsp、/dev/dspW 和 /dev/audio。 
用 户 可 以 直接 使 用 命令 播放 和 录音 ， 命 令 cat /dev/dsp >test 可 用 来 录音 ， 录 音 的 结果 放 在 
test 文件 中 ; 命令 cat test>/dev/dsp 播放 声音 文件 test。OSS 应 用 程序 主要 包括 打开 设备 、 
录音 、 播 放 、 设 置 参数 等 部 分 ， 下 面 分 别 介绍 。 


1. 包含 相关 头 文件 
在 使 用 OSS 驱动 编程 时 ， 应 该 包含 相应 的 头 文件 ， 需 要 包含 的 头 文件 如 下 : 


#include <ioctl.h> 
#include <unistd.h> 
#include <fcntl.h> 
#include <sys/soundcard.h> 


2. 打开 设备 文件 


在 对 设备 进行 操作 前 ， 打 开设 备 。 打 开 的 设备 包括 /dev/dsp、dev/dspW 和 /dev/audio， 
如 下 面 的 设备 名 DEVICE_NAME 可 以 设 为 “dev/dsp”。 打 开设 备 的 模式 包括 O_ RDONLY、 
_WRONLY 和 O_RDWR， 分 别 表示 只 读 、 只 写 和 读 写 。 


a 
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#define BUF SIZE 4096 


nt Ed 

unsigned char buf[BUF SIZE]; 

if ((fd = open (DEVICE NAME, O RDONLY, 0)) == -1) { 
/* 如 果 打开 设备 失败 则 退出 程序 */ 
perror (DEVICE NAME); 
exit(D)> 

} 

3. 录音 


read() 函 数 中 参数 count 为 录音 数据 的 字 节 个 数 〈 建 议 为 2 的 指数 ， 如 512) ， 但 不 能 
大 于 buf 的 大 小 。 从 读 字 节 的 个 数 可 以 精确 地 算 时 间 ， 例 如 采样 频率 为 8kHz， 采 样 精度 为 
8bit 的 立体 声 的 速率 为 8000X1X2=16KBytes/second， 这 是 计算 停止 录音 时 间 的 唯一 方法 。 


int len; 

if ((len = read(fd，buf，count)) == -1) { 
perror ("audio read"); 
SE 

4. 播放 


播放 实际 上 和 录音 很 类 似 , 相应 的 buf 中 为 音频 数据 , sizeof (buf) 为 数据 的 长 度 。 注意 ， 
用 户 始终 要 读 / 写 一 个 完整 的 采样 。 例 如 一 个 采样 精度 16bit 的 立体 声 模式 下 ， 每 个 采样 有 
4 个 字 节 ， 所 以 应 用 程序 每 次 必须 读 / 写 4 的 倍数 个 字 节 。 

if (write (fd, buf, sizeof (buf)) != sizeof (buf)) 

。 perror ("Audio write"); 

exit (-1); 

} 
全 注意 ; 由 于 OSS 是 一 个 跨 平台 的 音频 接口 ， 所 以 用 户 在 编程 的 时 候 ， 要 考虑 到 可 移植 

性 的 问题 ， 其 中 一 个 重要 的 方面 是 读 / 写 时 的 字 节 顺序 。 


5. 设置 参数 


参数 设置 包括 设置 缓冲 区 大 小 、 设 置 采用 格式 、 设 置 通道 数目 和 设置 采样 速率 等 。 

(1) 设置 缓冲 区 大 小 

Linux 内 核 中 的 声卡 驱动 程序 专门 维护 了 一 个 缓冲 区 ， 其 大 小 影响 到 放 音 和 录音 时 的 
效果 ， 使 用 ioctl 系统 调用 可 以 对 它 的 大 小 进行 调整 。 调 节 驱 动 程序 中 缓冲 区 大 小 的 操作 不 
是 必须 的 ， 如 果 没有 特殊 的 要 求 ， 缓 冲 区 大 小 通常 采用 默认 设置 。 并 且 缓 冲 区 大 小 的 设置 
通常 应 紧 跟 在 打开 设备 文件 之 后 ， 因 为 对 声卡 的 其 他 操作 有 可 能 会 导致 驱动 程序 无 法 再 修 
改 其 缓冲 区 的 大 小 。 设 置 声卡 驱动 程序 中 内 核 缓 冲 区 的 大 小 方法 如 下 : 

2 es SNDCTL DSP_ SETFRAGMENT, &Size); 

Lf (resulte ==7=1) 


perror ("ioctl] buffer size"); 
return -1; 


汪汪 


在 设置 缓冲 
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区 大 小 时 ， 参 数 size 由 两 部 分 组 成 ， 其 低 16 位 标明 缓冲 区 


的 计算 公式 为 size = 2ss， 即 若 参数 size 低 16 位 的 值 为 16， 那 么 相应 的 缓冲 
设置 为 2=65536 字 节 。 参 数 size 的 高 16 位 则 用 来 标明 分 片 〈fragment) 的 最 大 序号 ， 它 
的 取 值 范围 从 2 到 0x7FFF， 其 中 0x7FFF 表示 没有 任何 限制 。 
(2) 设置 采样 格式 
在 音频 编程 时 需要 考虑 采样 格式 和 采样 频率 , 在 头 文件 soundcard.h 中 定义 声卡 支持 的 
所 有 采样 格式 ， 而 通过 系统 调用 ioctl 则 可 以 很 方便 地 更 改 当前 所 使 用 的 采样 格式 。 下 面 的 
代码 示范 对 声卡 的 采样 格式 进行 设置 的 方法 : 


int format; 

format = AFMT S16 NE; /*Native 16 bits*/ 

if (ioctl(fd, SNDCTL DSP SETFMT, &format) == -1) { 
/*fatal error*/ 
perror ("SNDCTL DSP SETFMT"); 
exit 


if (format != AFMT S16 NE) { 
/* 本 设备 不 支持 选择 的 采样 格式 */ 


int mask; 
if (ioctl (fd, SNDCTL DSP GETFMTS, &mask) == -1) { 
/*Handle fatal error ...*/ 


if (mask & AFMT MPEG) { 


/* 本 设备 支持 MPEG 采样 格式 */ 
(3) 设置 通道 数目 
int channels = 2; /*1=mono, 2=stereo*/ 
if (ioctl (fd, SNDCTL DSP_ CHANNELS, &channels) == -1) { 


/*Fatal error*/ 
perror ("SNDCTL DSP CHANNELS"); 


exit (1); 
} 
if (channels != 2){ 
/* 本 设备 不 支持 立体 声 模式 */ 


} 
(4) 设置 采样 速率 


/* 在 设置 采样 格式 之 前 ， 可 以 先 测试 设备 能 够 支持 哪些 采样 格式 ， 方 法 如 下 : * 


的 尺寸 ， 相 应 
区 的 大 小 会 被 


声卡 采样 频率 的 设置 比较 简单 ,调用 ioctl 时 设置 第 2 个 参数 为 SNDCTL _DSP_SPEED， 


同时 在 第 3 个 参数 中 指定 采样 频率 的 数值 即 可 。 对 于 大 多 数 声卡 来 说 ， 其 支持 的 采样 频率 
范围 一 般 为 5kHz 到 44.1kHz 或 者 48kHz, 但 并 不 意味 着 该 范围 内 的 所 有 频率 都 会 被 硬件 支 
持 。 在 Linux 下 进行 音频 编程 时 最 常用 到 的 几 种 采样 频率 是 11025Hz、16000Hz、22050Hz、 


32000Hz 和 44100Hz。 下 面 的 代码 示范 对 声卡 的 采样 频率 进行 设置 : 


int rate = 11025; 

if (ioctl (fd, SNDCTL DSP SPEED, & rate)==-1) { 
/*Fatal error*/ ra 
perror ("SNDCTL DSP SPEED"); 
exit (Error code); 


上 


.314。 
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10.4.2 ”MIXER 接口 编程 


声卡 上 的 混 音 器 由 多 个 混 音 通道 组 成 ， 它 们 可 以 通过 驱动 程序 提供 的 设备 文件 
/dev/mixer 进行 编程 。 对 混 音 器 的 操作 是 通过 系统 调用 ioctl 来 完成 ， 所 有 的 混 音 器 控制 命 
令 都 以 SOUND_ MIXER 或 者 MIXER 开头 ， 表 10.1 中 列 出 了 常用 的 混 音 器 控制 命令 。 


表 10.1 常用 的 混 音 器 控制 命令 


命 令 作 用 
SOUND MIXER VOLUME 调节 主音 量 
SOUND MIXER BASS 低音 控制 
SOUND MIXER TREBLE 高 音 控制 
SOUND MIXER SYNTH FM 合成 器 
SOUND MIXER PCM 主 D/A 转换 器 
SOUND MIXER SPEAKER PC 喇叭 
SOUND MIXER LINE 音频 线 输入 
SOUND MIXER MIC 麦克 风 输 入 
SOUND MIXER CD CD 输入 
SOUND MIXER IMIX 回放 音量 
SOUND MIXER ALTPCM 从 D/A 
SOUND MIXER RECLEV 录音 音量 
SOUND MIXER IGAIN 输入 增益 
SOUND MIXER_ OGAIN 输出 增益 
SOUND MIXER LINE]l 声卡 的 第 1 输入 
SOUND_MIXER_LINE2 声卡 的 第 2 输入 
SOUND MIXER LINE3 声卡 的 第 3 输入 


1. 声卡 的 输入 增益 和 输出 增益 调节 


混 音 器 的 一 个 主要 作用 是 对 声卡 的 输入 增益 和 输出 增益 进行 调节 ， 目 前 大 部 分 声卡 采 
用 的 是 8 位 或 者 16 位 的 增益 控制 器 , 程序 员 不 需要 关心 这 些 , 因为 声卡 驱动 程序 将 它们 变 
换 成 百分比 的 形式 ， 即 无 论 是 输入 增益 还 是 输出 增益 ， 其 取 值 范围 都 是 从 0 一 100。 在 使 用 
混 音 器 编程 时 ， 可 以 通过 使 用 宏 SOUND_MIXER_READ 来 读 取 混 音 通道 的 增益 大 小 ， 下 
面 是 获取 麦克 风 的 输入 增益 的 方法 : 


ioct1 (fd, SOUND MIXER READ(SOUND MIXER MIC), &vol); 


如 果 设 备 只 有 一 个 混 音 通道 的 单 声 道 ， 那 么 返回 的 增益 大 小 保存 在 低位 字 节 中 。 如 果 
设备 支持 多 个 混 音 通道 的 双 声 道 ， 那 么 返回 的 增益 大 小 包括 左 、 右 声 道 值 两 个 部 分 ， 左 声 
道 的 音量 保存 在 低位 字 节 ， 而 右 声 道 的 音量 则 保存 高 位 字 节 。 下 面 是 提取 左 、 右 声 道 的 增 
益 大 小 示例 代码 。 


int left, right; 
left = vol & Oxff; 
right = (Vol & 0xff00) >> 8; 


通过 SOUND_MIXER_ WRITE 宏 来 设置 混 音 通道 的 增益 大 小 , 与 获取 增益 值 时 基本 相 
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同 ， 下 面 是 设置 麦克 风 的 输入 增益 : 


Vol = (right << 8) + left; 
ioctl (fd, SOUND MIXER WRITE(SOUND MIXER MIC), &vol); 


2. 查询 混 音 器 的 信息 


声卡 驱动 程序 提供 了 多 个 系统 调用 ioctl 来 获得 混 音 器 的 信息 , 返回 一 个 整 型 的 位 掩 码 
(bitmask) ， 掩 码 的 每 一 位 分 别 代表 一 个 特定 的 混 音 通道 ， 如 果 相 应 的 位 为 1， 则 说 明 与 之 
对 应 的 混 音 通道 是 可 用 的 。 下面 是 通过 SOUND MIXER _ READ RECMASK 返回 的 位 掩 码 
检查 CD 输入 是 否 为 一 个 有 效 的 混 音 通道 。 

ioct1l (fd, SOUND MIXER READ DEVMASK, &devmask); 


if (devmask & SOUND MIXER CD) 
printf("The CD input is supported"); 


检查 CD 输入 是 否 为 有 效 的 录音 源 代码 。 


ioct1l1 (fd, SOUND MIXER READ RECMASK, &recmask) 7 
if (recmask & SOUND MIXER CD) 
printf ("The CD input can be a recording source"); 


通过 使 用 宏 SOUND_MIXER_READ _RECSRC 可 以 查询 当前 声卡 正在 使 用 的 录音 源 。 

if (ioctl (mixer fd, SOUND MIXER READ RECSRC，&mask) == -1) 

{ 

perror("/dev/mixer"); 

} 

printf("%x\n",mask); 

通过 使 用 宏 SOUND_MIXER_WRITE RECSRC 对 当前 声卡 使 用 的 录音 源 进行 设置 ， 
下 面 是 将 CD 输入 作为 声卡 的 录音 源 使 用 的 代码 。 

devmask = SOUND MIXER CD; 

LoctL (fds SOUND MIXER WRITE DEVMASK, &devmask); 

可 以 通过 SOUND MIXER READ STEREODEVS 查询 混 音 通道 是 否 对 立体 声 提供 
支持 。 


10.4.3 ”ALSA 应 用 程序 编程 


对 于 ALSA 应 用 程序 编程 ， 用 户 不 用 使 用 文件 接口 ， 可 以 使 用 alsa-lib。 下 面 给 出 一 个 
播放 PCM 流 的 小 程序 及 其 编译 和 测试 方法 。 代 码 文件 名 为 talsa.cpp， 内 容 如 下 : 
#include <iostream> 


#include <alsa/asoundlib.h> 
using namespace std; 


int main(int argc, char *argv[]) 


记 


long loops; 

Lnt Ec? 

mt Ze 

snd pcm t* handle; //PCM 设备 句柄 


-3s 
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snd pcm hw params t* params; // 硬 件 信 息 和 PCM 流 配置 
unsigned int val= 22050; // 采 样 频率 

int dirs 

snd pcm uframes 七 frames= 16; // 采 样 精度 

char* buffer; 


/* 打 开 PCM， 最 后 一 个 参数 为 0 表示 标准 配置 */ 
if ( (rc= snd pcm open(g&ghandle, "default", SND PCM STREAM PLAYBACK, 
Oe 0 
| 
cerr << "unable to open pcm device: " << snd strerror(rc) <<endl; 
exit (1); 
} 
/* 分 配 snd_pcm_hw_params 结构 体 */ 
snd pcm hw params alloca(&params); 
/* 初 始 化 hw_params*/ 
snd pcm hw params any (handle, params); 
/* 初 始 化 访问 权限 */ 
snd pcm hw params set access (handle, params, SND PCM ACCESS RW_ 
INTERLEAVED); 
/* 初 始 化 采样 格式 */ 
snd pcm hw params set format (handle, params, SND PCM FORMAT S16_ 
LE); 
/* 设 置 通道 数 */ 
snd pcm hw params set channels (handle, params, 2); 
/* 设 置 采样 率 */ 
snd pcm hw params set rate near(handle, params, &val, &dir); 
/* 设 置 周期 大 小 */ 
snd pcm hw params set period size near(handle, params, &frames, 
&dir); 
/* 设 置 hw_params*/ 
if ( (rc = snd pcm hw params (handle, params)) < 0) 
{ 
cerr << "unable to set hw paramseters: " << snd strerror(rc) << 
endl; 
exit (1); 
} 


snd pcm hw params get period size(params, &frames, &dir); 
size = frames * 4; 

buffer = new char[size]; 

/* 获 得 周期 */ 

snd_ pcm hw params get period time(params, &val, &dir); 
/*3 秒 钟 的 数据 */ 

loops = 3000000 / val; 


while (loops > 0) { 
loops——; 
if ( (rc = read(0, buffer, size)) == 0) 
{ 
cerr << "end of file on input" << std::endl; 
break; 
} 
else if (rc != size) 
Cerr << “Short read: read ”<< rc << " bytes" << endl; 


if ( (rc = snd pcm writei (handle, buffer, frames)) == -EPIPE) 
{ 


Cerr << “underrun occurred” << endl; 


人 
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snd pcm prepare (handle) 
} 
else i1f (rc < 0) 

Cerr << "error from writei: " << snd strerror(rc) << endl; 
else if (rc != (int)frames) 

Cerr << "Short write, write " << rc << " frames" << endl; 


1 
/* 把 所 有 挂 起 没有 传输 完 的 声音 样本 传输 完全 */ 
snd pcm drain (handle) 
/* 关 闭 该 音频 流 */ 
snd pcm _ close (handle) 
/* 释 放 之 前 动态 分 配 的 缓冲 区 */ 
free (buffer); 


return 0; 


} 
编译 上 面 的 ALSA 应 用 程序 采用 下 面 的 命令 : 


#g++ -Oo talsa talsa.cpp -Lasound 

运行 应 用 程序 测试 ， 下 面 的 命令 可 以 产生 随机 的 白 噪声 。 

-/talsa </dev/urandom 

也 可 以 使 用 Windows 的 录音 工具 ， 打 开 “ 开 始 ”|“ 所 有 程序 ”|“ 附 件 ”|“ 娱 乐 ”| 
“录音 机 ”， 录 制 一 段 wav 格式 文件 , 默认 的 音频 格式 是 PCM 22.050 kHz，16 位 , 立体 声 。 
使 用 上 面 编译 的 ALSA 应 用 程序 播放 录制 的 音频 文件 的 方法 为 : 


# ./talsa < rev.wav 


10.5 ”音频 设备 驱动 移植 


目前 笔者 手中 的 mini2440 使 用 的 是 UDA1341 芯片 ， 本 节 就 通过 移植 UDA1341 讲解 
移植 音频 设备 驱动 的 过 程 。 


10.5.1 添加 UDA1341 结构 体 


如 果 买 了 友善 之 人 mini2440 的 用 户 ， 那 么 在 附带 的 源 代码 中 已 经 完成 了 这 部 分 工作 。 
如 果 读 者 的 内 核 是 从 网 上 下 载 的 ， 请 下 载 Linux-2.6.29 版 本 以 上 的 内 核 ， 因 为 笔者 测试 的 
时 候 采 用 的 是 Linux-2.6.29 版 本 ， 交 叉 编 译 器 采用 的 是 arm-linux-gcc-4.3.2。 修 改 的 文件 为 
arch/arm/mach-s3c2440 目录 下 的 mach-mini2440.c， 修 改 的 内 容 如 下 : 

(1) 在 mach-mini2440.c 中 包括 头 文件 。 


#include <sound/s3c24xx udal34x.h> 


(2) 在 mach-mini2440.c 中 添加 UDA1341 设备 结构 。 
static struct s3c24xx udal34x platform data s3c24xx udal34x data = { 


.13 clk = S3C2410 GPB4, 
-13 data = S3C2410_GPB3， 


"二 
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-13 mode = S3C2410 GPB2, 
-model = UDA134X UDA1341, 
}; 


static struct platform device s3c24xx udal34x = { 
-name = "s3c24xx udal34x", 
.dev={ 
-platform data = &S3c24xx udal34x data, 


}; 
(3) 在 下 面 的 结构 体 中 ， 添 加 注册 UDA1341 设备 平台 到 内 核 。 


static struct Platform device *mini2440 devices[] initdata = { 

&53c device usb， 

&s3c device rtc, 

&s3c device lcd, 

&s3c device wdt, 

&s3c device i2c0, 

&53c device iis, 

&s3c_device dm9k, 

&net device cs8900, 

&s3c24xx_ udal34x, 


10.5.2 ”修改 录音 通道 


Mini2440 使 用 录音 通道 是 VIN2, 应 该 修改 sound/soc/codecs 目录 下 的 udal34x.c 文件 ， 
在 函数 udal34x_startup 中 修改 录音 通道 为 VIN2。 


static int udal34x startup(struct snd pcm substream *substream, 
struct snd soc dai *dai) 


‘ 


struct snd soc pcm runtime *rtd = substream->private data; 
struct snd soc device *socdev = rtd->socdev; 

struct snd soc codec *codec = socdev->codec; 

struct udal34x priv *udal34x = codec->private data; 

struct snd pcm runtime *master runtime; 


if (udal34x->master substream) { 
master runtime = udal34x->master substream->runtime; 


pr_debug("%s constraining to %d bits at %d\n", _func , 
master runtime->sample bits, 
master runtime->rate); 


snd pcm hw constraint minmax(substream->runtime, 
SNDRV_ PCM HW PARAM RATE, 
master runtime->rate, 
master runtime->rate); 


snd pcm hw constraint minmax(substream->runtime, 
SNDRV_PCM HW PARAM SAMPLE BITS, 
master runtime->sample bits, 
master runtime->sample bits); 


和 
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udal34x->slave Substream = substream; 


} else 
udal34x->master substream = substream; 


// 修 改 录音 通道 为 VIN2 
udal34x write(codec, 2, 2|(5U<<2)); 
return 0; 


10.5.3 ”内 核 中 添加 UDA1341 驱动 支持 


上 面 对 内 核 代码 进行 了 修改 ， 回 到 内 核 代码 一 级 目录 下 ， 使 用 命令 make menuconfig 
对 内 核 以 窗口 的 方式 进行 配置 内 核 。 进 入 内 核 配 置 界面 后 选择 Device Drivers| Sound card 
support|Advanced Linux Sound Architecture 命令 进入 ALSA 驱动 配置 界面 ， 选 择 ALSA for 
SoC audio support， 同 时 选 上 对 Mixer API 和 PCM API 的 支持 ， 如 图 10.2 所 示 。 


cal/arm /linux-2.6.29 


文件 从 编辑 人 E) 查看 终端 WD 标签 介 ) 帮助 仙 


10.2 内核 配置 ALSA for SoC audio support 


全 注意 : 如 果 不 添加 OSS PCM (digital audio) API 支持 ， 在 开发 板 上 播放 音乐 时 会 出 现 无 
法 找到 设备 的 错误 “audio: /dev/dsp: No such file or directory” 。 
进入 ALSA for SoC audio support 的 配置 界面 后 ,选择 SoC I2S Audio support UDA134X 


wired to a S3C24XX， 如 图 10.3 所 示 。 
保存 配置 后 ， 使 用 make clean 清除 以 前 编译 的 临时 文件 ， 再 使 用 make zImage 编译 


内 核 。 


"0s 
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# make clean 
# make zImage 


文件 介 ” 编 强人 E) 查看 终端 D 标签 @) 帮助 他 


图 10.3 配置 UDA134X 芯片 的 驱动 


10.5.4 ”移植 新 内 核 并 进行 测试 


将 新 生成 的 内 核 zimage 使 用 命令 load flash kemelu 下 载 到 开发 板 上 。 因 为 之 前 已 经 移 
植 了 整个 系统 ， 这 里 只 需要 移植 新 的 内 核 映像 文件 ， 如 果 读 者 是 第 一 次 移植 则 需要 参考 前 
面 的 章节 将 新 生成 的 内 核 连同 Bootloader、 文 件 系 统一 并 下 载 到 开发 板 上 。 


1. 播放 音频 文件 测试 


使 用 文件 系统 中 带 的 madplay 播放 mp3 文件 。 播 放 命令 为 madplay 音乐 文件 , 播放 过 
程 如 图 10.4 所 示 。 在 播放 的 过 程 中 ， 将 音响 的 输入 线 或 者 耳塞 插入 mini2440 的 音频 OUT 
输出 口 。 

# madplay zyfx.mp3 


IE 
前 3 


WW Serial-COM4 
[rootBFriendldRRM local]# madplay zyfx.mp3 
9_Decoder 0:15;2 (beta) 一 Copyright. (C) 2000-2004 Robert Leslie et al. 
Title: x00é-Eie-- DE CEs 
ight (C) iMCiD38 EG Dit [| 
J IC1038 EG Git 
Com 


9787 Franes" docided {0:04:15.6), +2,2 dB Peak anplitude, 10571 clipped sanples 
rootaF rd endl RN Local + 


= 115200 |[ 1, 27 |[ 9 和 ,89 列 |]wrloo 


10.4 开发 板 上 播放 mp3 文件 


nL 
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从 注意 : 如 果 读 者 的 开发 板 中 的 文件 系统 不 带 madplay 播放 器 ，10.6 节 将 简单 介绍 madp- 
lay 的 移植 过 程 。 读 者 可 以 先 移植 madplay， 然 后 再 测试 UDA1341 驱动 的 移植 。 


2. 录音 测试 


开发 板 文件 系统 自 带 录音 程序 Recorder, 将 麦克 风 插 入 开发 板 的 音频 MIC 输入 口 ， 运 
行 该 程序 进行 录音 测试 ， 该 录音 程序 以 图 形 界面 的 形式 运行 。 在 FriendlyARM 标签 页 中 双 
击 运行 Recorder 程序 ， 单 击 REC 按钮 进行 录音 ， 单 击 STOP 按钮 停止 录音 ， 单 击 Play 按 
钮 播放 刚才 的 录音 。 


10.6 ”音频 播放 程序 madplay 的 移植 


前 面 已 经 详细 介绍 了 音频 驱动 及 其 移植 过 程 ， 本 节 将 介绍 运行 在 驱动 和 内 核 之 上 的 播 
放 器 madplay 的 移植 。 


10.6.1 准备 移植 需要 的 源 文 件 


移植 madplay 需要 播放 器 代码 、mp3 库 文件 和 编码 、 解 码 库 等 。 下 面 为 移植 需要 准备 
相关 源 代 码 ， 读 者 可 以 到 网 上 下 载 最 新 代码 进行 移植 。 
口 madplay-0.15.2b.tar.gz: 播放 程序 压缩 包 ; 
口 libmad-0.15.1b.tar.gz: madplay 库 文 件 ; 
口 libid3tag-0.15.1b.tar.gz: 针对 mp3 的 解码 库 ; 
口 zlib-1.2.3.tar.bz2: 用 于 文件 压缩 和 解压 。 


10.6.2 ”交叉 编译 


编译 madplay 时 需要 库 文件 的 支持 , 因此 先 编译 它 依 赖 的 库 文件 , 然后 再 编译 播放 器 。 
编译 的 过 程 包括 configure 生成 Makefile， 设 置 安装 路 径 ， 设 置 交叉 编译 工具 ， 编 译 和 安装 
等 ， 与 多 数 应 用 程序 交叉 编译 过 程 类 似 。 


1. 编译 安装 zlib-1.2.3.tar.bz2 


解压 文件 zlib-1.2.3-tarbz2， 进 入 解压 目录 ， 使 用 configure 生成 Makefile,， 设置 交叉 编 
译 工 具 ， 进 行 编译 和 安装 ， 具 体 过 程 如 下 : 
ar zr Zlib 1.2 Aetar bz 


者 :CQ zlib= 12.3 
# ./configure --prefix=/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc 


修改 Makefile， 将 x86 上 的 编译 工具 修改 为 交叉 编译 工具 。 


CC=arm-linux-gcc 


* 
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LDSHARED=arm-linux-gcc 
CPP=arm-linux-gcc -E 
AR=arm-linux-ar rc 
RANLIB=arm-linux-ranlib 
TAR=arm-linux-tar 


修改 完 Makefile 后 ， 使 用 make 和 make install 进行 编译 和 安装 。 


# make 
# make install 


2. 编译 安装 libid3tag-0.15.1b.tar.gz 


与 编译 zlib-1.2.3.tar.bz2 的 过 程 基本 类 似 ， 首 先 解压 文件 libid3tag-0.15.1b.tar.gz， 进 入 
解压 目录 ， 使 用 configure 生成 Makefile， 设 置 交叉 编译 工具 ， 进 行 编译 和 安装 。 不 同 的 是 
在 configure 命令 中 还 指定 了 依赖 的 头 文件 和 库 文件 路 径 ， 具 体 过 程 如 下 : 


# tar zxvf libid3tag-0.15.1b.tar.gz 

# cd libid3tag-0.15.1b 

# ./configure --prefix=/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc 
--host=arm-linux \ 

--enable-static --disable-shared \ 
CPPFLAGS=-I/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/include \ 
LDFLAGS=-L/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/lib 


3. 编译 安装 libmad-0.15.1b.tar.gz 


交叉 编译 libmad-0.15.1b.tar.gz 的 过 程 和 libid3tag-0.15.1b.tar.gz 基本 相同 。 编 译 的 时 候 
遇 到 编译 选项 的 错误 ， 通 过 下 载 补 丁 文件 libmad.patch， 打 上 补丁 后 ， 编 译 安装 通过 。 


# tar zxvf libmad-0.15.1b.tar.gz 

# cd libmad-0.15.1b 

# patch -pl<libmad.patch 

# ./configure --prefix=/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc 
--host=arm-linux \ 

--enable-static --disable-shared \ 
CPPFLAGS=-I/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/include \ 
LDFLAGS=-L/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/lib 


4. 编译 安装 madplay-0.15.2b.tar.gz 


交叉 编译 安装 madplay-0.15.2b.tar.gz 的 过 程 如 下 : 


# tar zxvf madplay-0.15.2b.tar.gz 

# cd madplay-0.15.2b 

# ./configure --prefix=/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc 
--host=arm-linux \ 

--enable-static --disable-shared \ 
CPPFLAGS=-I/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/include \ 
LDFLAGS=-L/usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/lib 


10.6.3 ”移植 和 测试 


可 执行 文件 madplay 安装 在 目录 /usr/local/arm/4.3.2/arm-none-linux-gnueabi/libc/bin 下 。 


< 
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在 交叉 编译 之 前 最 好 能 在 X86 平台 上 编译 通过 ， 通 过 ldd 查看 madplay 所 依赖 的 库 文件 ， 
将 需要 的 对 应 /usr/local/arm/4.3.2/arm-none-linux-gnueabilibc/lib 下 的 库 文 件 一 并 下 载 到 开发 
板 上 。 在 开发 板 上 执行 测试 。 


# madplay zyfx.mp3 


在 开发 板 上 播放 音频 文件 结束 后 ， 打 印 播放 歌曲 的 帧 数 、 所 花 时 间 等 信息 。 


9787 frames decoded (0:04:15.6), +2.2 dB peak amplitude, 10571 clipped 
samples 


10.6.4 编译 中 可 能 遇 到 的 问题 


在 移植 的 过 程 中 遇 到 几 个 典型 的 问题 ， 这 里 列 出 来 供 读者 参考 。 

(1) 更 换 编译 器 时 ， 可 能 会 出 现 的 问题 。 

ELF file OS ABI invalid 

解决 方法 : 库 文件 格式 不 对 ， 可 能 是 依赖 了 错误 版 本 的 库 文件 ， 清 除 掉 库 文件 路 径 : 

# export LD LIBRARY PATH= 

(2) 写 configure 参数 时 应 该 小 心 格式 ， 格 式 错误 时 ， 可 能 有 以 下 问题 : 

checking for suffix of object files... configure: error: cannot compute suffix of object files: 
cannot compile 

解决 方法 :通过 查看 config.log,ac cv_env_CPPFLAGS value 和 ac cv_env LDFLAGS_ 
value 的 设置 有 错 。Configure 命令 后 的 -和 路 径 /usr/local/arm/4.3.2/arm-none-linux-gnueabi/ 
libc/include 之 间 不 能 存在 空格 - 工 和 路 径 /usr/local/arm/4.3.2/arm-none-linux-gnueabilibc/lib 之 
间 不 能 有 空格 。 


10.7 小 结 


本 章 重 点 理解 音频 驱动 的 代码 ， 熟 悉 在 配置 内 核 时 如 何 添 加 音频 驱动 ALSA 框架 和 
OSS 框架 ， 同 时 了 解 不 同 的 音频 接口 编程 ， 最 后 掌握 针对 Mini2440 的 音频 驱动 移植 和 音 
频 播放 器 的 移植 过 程 。 本 章 从 底层 驱动 讲 到 内 核 配置 、 再 到 音频 编程 和 音频 应 用 程序 移植 ， 
通过 本 章 的 学 习 ， 读 者 可 以 独立 开发 嵌入 式 音频 系统 。 


*324* 
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SD 卡 〈Secure Digital Memory Card) ， 安 全 数码 卡 ， 是 一 种 基于 Flash 的 新 一 代 存 储 
设备 ， 被 广泛 地 用 于 便携 式 设 备 ， 例 如 移动 电话 、 数 码 相 机 、 个 人 数码 助理 (PDA) 和 多 
媒体 播放 器 等 。SD 卡 拥 有 体积 小 ， 容 量 大 、 数 据 传 输 快 、 移 动 灵 活 及 安全 等 优点 。 因 其 
价格 低廉 ， 应 用 也 越 来 越 广泛 ， 本 章 将 重点 介绍 其 驱动 分 析 和 移植 过 程 。 


11.1 SD 卡 简介 


SD 存储 卡 是 专门 为 满足 安全 、 大 容量 和 内 置 于 消费 者 的 新 型 语音 和 视频 电子 设备 中 
而 设计 的 。SD 内 存 卡 将 包含 的 机 械 保 护 装置 ， 遵 循 SDMI 标准 ， 具 有 安全 、 快 速 、 大 容 
量 等 特性 。SD 卡 的 安全 系统 采用 相互 认证 和 “新 密码 算法 ”以 防止 卡 中 的 内 容 被 非法 使 
用 。 下 面 将 从 以 下 几 个 方面 简单 介绍 SD 卡 协议 内 容 。 


11.1.1 SD 卡 系统 概念 


下 面 分 别 描述 SD 卡 的 读 写 特性 、 容 量 、 速 度 、 电 压 等 特性 和 分 类 。 

口 读 写 特性 : 根据 读 写 特性 可 以 将 SD 卡 分 为 两 种 。 一 种 为 读 / 写 卡 ， 这 种 卡 生产 出 
来 就 是 一 张 空白 卡 ， 专 门 用 于 记录 用 户 的 视频 声音 、 图 像 的 大 容量 记忆 卡 ; 另 一 
种 为 只 读 卡 ， 这 种 卡 在 制造 时 就 定制 了 内 容 ， 其 典型 的 应 用 是 在 软件 、 音 频 或 视 
频 等 的 发 行 媒体 中 。 

口 支持 电压 :根据 支持 的 电压 可 以 将 SD 卡 分 为 高 电压 SD 卡 和 双重 电压 SD 卡 两 类 。 

口 卡 容量 : 根据 卡 的 容量 大 小 将 SD 分 为 两 类 型 。 一 类 为 标准 容量 的 SD 卡 ， 其 支持 
的 容量 上 线 为 2GB， 包 括 2GB 在 内 ， 另 一 种 为 高 容量 SD 卡 ， 其 容量 超过 2GB， 
最 大 可 达 32GB。 

口 速度 : 根据 速度 类 可 以 将 SD 卡 分 为 4 种 速度 类 。 类 0， 这 种 类 型 卡 兼 具 所 有 类 型 
的 优点 ， 类 2， 其 速度 大 于 等 于 2MB/S; 类 4， 其 速度 大 于 等 于 4MB/S; 类 6， 其 
速度 大 于 等 于 6MB/S。 高 容量 SD 卡 支持 速度 类 描述 ， 其 性 能 相当 于 或 超过 类 2。 


11.1.2 ”SD 卡 寄存 器 


每 张 卡 都 有 一 系列 寄存 器 的 信息 ， 寄 存 器 的 信息 如 表 11.1 所 示 。 
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表 11.1 SD 卡 寄存 器 信息 
名 字 | 宽 度 描 述 
CID 128 卡 识别 号 ， 每 张 卡 都 有 唯一 的 识别 号 
RCA 16 发 布 卡 的 地 址 ， 卡 的 局 部 系统 地 址 ， 在 初始 化 过 程 中 ， 由 主机 和 卡 动态 支持 
DSR 16 驱动 级 寄存 器 ， 配 置 卡 的 驱动 输出 
CSD 128 卡 的 协议 数据 ， 关 于 卡 的 操作 状态 数据 
SCR 64 卡 配 置 寄存 器 ， 关 于 卡特 性 容量 的 信息 
OCR 32 操作 状态 寄存 器 
SSR 512 SD 状态 ， 有 关卡 拥有 的 特性 信息 
CSR 32 卡 状态 ， 有 关卡 状态 的 信息 


11.1.3 ”SD 功能 描述 


主机 与 卡 之 间 的 通信 都 是 由 主机 控制 的 ， 主 机 发 送 的 命令 有 两 种 类 型 ， 分 别 为 广播 命 
令 和 地 址 (点 对 点 ) 命令 。 
口 广播 命令 : 该 命令 是 发 给 所 有 的 卡 ， 有 些 广播 命令 需要 响应 。 
口 地 址 (点 对 点 ) 命令 ;这些 命令 发 往 具体 地 址 的 卡 ， 并 且 从 这 些 卡 生成 响应 。 
口 卡 识别 模式 主机 被 复位 或 者 在 总 线 上 寻找 新 卡 时 ， 主 机 处 于 该 状态 下 。 卡 在 复 
位 以 后 和 收 到 SEND_RCA 命令 以 前 都 处 于 此 模式 下 。 
口 数据 传输 模式 : 卡 在 它们 的 RCA 第 一 发 布 后 进入 数据 传输 模式 。 主 机 识别 总 线 上 
所 有 的 卡 后 进入 数据 传输 模式 。 
下 面 通过 表 11.2 说 明 卡 的 状态 与 操作 模式 之 间 的 依赖 关系 ，SD 的 每 种 状态 都 关联 一 
种 操作 模式 ， 其 状态 图 将 在 随后 进行 介绍 。 


表 11.2 卡 的 状态 和 操作 模式 的 对 应 关系 

卡 状态 操作 模式 
无 活动 状态 无 活动 
空闲 态 
准备 态 
识别 态 
传输 态 
发 送 数据 态 
接收 数据 态 
编程 态 

断 开 态 


卡 识别 模式 


数据 传输 模式 


1. 操作 状态 的 验证 


通过 一 系列 过 程 后 ， 主 机 才能 识别 卡 。 下 面 给 出 它们 的 通信 过 程 。 
口 在 主机 和 卡通 信 前 ， 主 机 不 知道 卡 支持 的 电压 ， 卡 也 不 知道 是 否 支持 主机 当前 提 
供 的 电压 。 主 机 将 发 布 一 个 复位 命令 〈CMD0) ， 带 着 它 能 提供 给 卡 的 电压 信息 。 


二 


口 
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为 了 验证 SD 卡 的 接口 操作 状态 ， 主 机 发 送 SEND IF COND(CMD8)，SD 卡通 过 
分 析 SEND_IF_COND 命令 参数 检查 操作 状态 的 有 效 性 , 主机 通过 检查 SD 分 析 后 
的 响应 来 判断 电压 的 有 效 性 。 

如 果 SD 能 够 操作 在 提供 的 电压 下 , 则 发 回 的 响应 带 上 提供 的 电压 ， 且 检验 模式 被 
设置 在 命令 参数 中 。 如 果 SD 卡 不 支持 主机 提供 的 电压 ， 则 不 响应 且 保持 在 空闲 态 
下 。 在 发 送 ACMD41 命令 初始 化 高 容量 SD 卡 前 ， 强 制 发 送 CMD8 命令 。 

强制 低 电压 主机 在 发 送 CMD8 前 发 送 ACMD41。 万 一 双重 电压 SD 卡 没有 收 到 
CMD38 命令 且 工 作 在 高 电压 状态 ， 在 这 种 情况 下 ， 低 电压 主机 不 发 送 CMD8 命令 
给 卡 ， 则 收 到 ACMD41 后 进入 无 活动 状态 。 

SD_SEND_ OP_ COND (ACMD41) 命令 是 为 SD 卡 主机 识别 卡 或 电压 不 匹配 时 拒 
绝 卡 的 机 制 而 设计 的 。 主机 发 送 命令 操作 数 代表 要 求 的 电压 窗口 大 小 。 如 果 SD 卡 
在 所 给 的 范围 内 不 能 实现 数据 传输 ,将 放弃 下 一 步 的 总 线 操作 而 进入 无 活动 状态 。 
操作 状态 寄存 器 也 将 被 定义 。 

在 主机 发 出 复位 命令 (CMD0) 后 ， 主 机 将 先 发 送 CMD8 再 发 送 ACMD41 命令 重 
新 初始 化 SD 卡 。 


卡 的 识别 模式 的 状态 可 以 用 下 面 的 状态 图 11.1 表示 。 


从 不 活动 态 以 外 
的 任何 状态 


CMD0O 
CS Asserted 


如 果 卡 不 支持 电压 , 则 卡 不 
作 响应 直接 返回 空闲 态 
长 伦 或 者 主机 | 

忽略 电压 范围 


不 兼容 
电压 范围 


识别 卡 返 回 新 的 
识别 模式 相对 地 址 对 CD3 


数据 传输 等 待 态 CMD3 从 数据 传输 模式 
模式 Ee 的 任何 状态 
卡 返回 新 的 


相对 地 址 


图 11.1 卡 在 识别 模式 下 的 命令 流程 


Ee 
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2. 卡 的 初始 化 和 识别 处 理 


当 总 线 被 激活 后 ， 主 机 就 开始 卡 的 初始 化 和 识别 处 理 。 初 始 化 处 理 设 置 它 的 操作 状态 
和 设置 OCR 中 的 HCS 比特 位 命令 SD_ SEND_ OP COND (ACMD41) 开始 。HCS 比特 位 
被 设置 为 1 表示 主机 支持 高 容量 SD 卡 。HCS 被 设置 为 0 表示 主机 不 支持 高 容量 SD 卡 。 
卡 的 初始 化 和 识别 更 详细 的 流程 ， 如 图 11.2 所 示 。 


CMD0 
无 响应 CMD8 
有 响应 
以 上 的 SD 卡 。 。 卡 不 兼容 电压 范围 
或 校 验 模式 不 正确 
十 压 不 匹配 的 2.00 版 本 或 机 应 是 
上 的 SD 卡 ,或 者 1.x 版 本 的 SD 否 有 效 不 可 用 卡 
TL 兼容 电压 范围 且 
了 
ys 主机 支持 高 容量 
2 Hs 卡 返回 伺 | ACMD41 时 8HCS 设 置 为 


HCS 为 0 或 1 | 卡 不 兼容 电压 范 
围 或 超时 
不 可 用 卡 > 上 ii 人 < 2 
卡 不 兼容 电压 范 
围 或 超时 卡 返回 就 绪 


i ccs 
在 CCS 


CCS=-0 
1.x 版 本 的 了 00 版 本 台 2.00 版 本 或 者 更 高 版 本 


CMD2 -一 


CMD3 


11.2 卡 的 初始 化 和 识别 流程 
3. 数据 传输 模式 


卡 的 识别 模式 结束 后 ， 主 机 时 钟 pp《〈 数 据 传输 时 钟 速率 ) 将 保持 为 fop〈 卡 识别 模式 
下 的 时 钟 ) ， 因 为 有 些 卡 对 操作 时 钟 有 限制 。 主 机 必须 发 送 SEND_ CSD (CMD9) 来 获得 
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卡 规格 数据 寄存 器 内 容 ， 如 块 大 小 、 卡 容量 等 。 广 播 命 令 SET_DSR (CMD4) 配置 所 有 识 
别 卡 的 驱动 阶段 。 它 对 DSR 寄存 器 进行 编程 以 适应 应 用 总 线 布局 、 总 线 上 的 卡 数目 和 数据 
传输 频率 。 

SD 卡 数 据 传输 模式 下 的 状态 图 ， 如 图 11.3 所 示 。 


卡 识别 模式 CMD3 CMD15 | CMD0 


数据 传输 模式 的 


所 有 状态 


数据 传输 模式 


数据 传输 模式 没 
有 状态 转移 


CMD24,25,26,27,42,56(w) 


CMD?29, 28, 38 


图 11.3 SD 卡 数 据 传输 模式 的 状态 图 


11.2 ”SD 卡 驱动 程序 分 析 


SD 卡 驱 动 程序 包括 驱动 的 注册 和 注销 、 设 备 接口 函数 和 IO 操作 。 在 linux-2.6.29 内 
核 MMC 子 系统 中 支持 SD 卡 驱动 。 本 节 对 MMC 源码 进行 分 析 , 后 面 将 介绍 SD 卡 驱 动 移 
植 过 程 。MMC 子 系统 在 driver/mmc 目录 下 进行 描述 ， 该 目录 下 包括 host、core、card 这 3 
个 文件 夹 ， 下 面 分 别 对 这 3 个 部 分 进行 介绍 。 


“Ss 
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11.2.1 ”host 驱动 部 分 


host 驱动 部 分 是 针对 不 同类 型 主机 的 驱动 ， 支持 的 开发 板 包括 atmel、S3C 等 。 这 里 就 
以 S3C 系统 为 例 介绍 host 部 分 的 主要 内 容 。 

1 驱动 的 注册 函数 

驱动 的 注册 函数 s3cmci_init()， 用 于 注册 平台 设备 驱动 。 

static int init s3cmci init(void) 


Platform driver register(&s3cmci 2440 driver); // 注 册 平 台 设 备 驱 动 
return 0; 


2. 驱动 注销 函数 
驱动 注销 函数 s3cmci_exit()， 用 于 注销 平台 设备 驱动 。 


static void exit s3cmci exit (void) 
{ 

Platform driver unregister(&s3cmci 2440 driver);  // 注 销 平台 设备 驱动 
} 


3. 接口 函数 


平台 设备 接口 函数 包括 probe、remove、shutdown、suspend、resume。 其 结构 如 下 : 


static struct Platform driver s3cmci 2440 driver = { 
.driver.name "s3c2440-sdi", 


.driver.owner THIS MODULE, 


-probe = s3cmci 2440 probe, 
.remove = devexit p(s3cmci remove), 
.shutdown = s3cmci shutdown, 
.suspend = s3cmci suspend, 
.resume = s3cmci resume, 
ja 
4. 探 针 函数 


探 针 函数 s3cmci_probe()， 用 于 分 配 s3cmci_host 结构 体 ， 然 后 对 该 结构 体 进 行 设置 。 
对 结构 体 mmc_host 进行 设置 ， 将 结构 体 mme 添加 到 主机 。 


static int devinit s3cmci probe(struct platform device *pdev, int is2440) 
i 
struct s3cmci host *host; 
struct mmc host *mmc; 
int ret; 
/* 为 主机 设备 分 配 空间 */ 
mmc = mmc alloc host(sizeof(struct s3cmci host), &pdev->dev); 
if (!mmc) { 
ret = -ENOMEM; 
goto probe out; 
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上 
/* 对 host 结构 体 各 个 字段 进行 设置 */ 


host = mmc priv (mmc); 


host->mmc = mmc; 
host->pdev = pdev; 
host->is2440 = is2440; 
/* 设 置 平台 数据 */ 


host->pdata = pdev->dev.platform data; 

if (!host->pdata) { 
pdev->dev.platform data = &s3cmci def pdata; 
host->pdata = &s3cmci def pdata; 


} 

/* 初 始 化 自 旋 锁 ， 自 旋 锁 在 使 用 前 应 该 被 初始 化 */ 

spin lock init(&host->complete lock); 

/* 函 数 tasklet_init () 用 于 初始 化 一 个 tasklet， 参 数 pio_ tasklet 是 软 中 断 响应 函 
数 */ 

tasklet init(ghost->pio tasklet, pio tasklet, (unsigned long) host) 7 
/* 结 构 体 参 数 设置 */ 


host->sdiimsk S3C2440 SDIIMSK; 


host->sdidata = S3C2440 SDIDATA; 
host->clk div = 1; 

host->dodma = 

host->complete what = COMPLETION NONE; 
host->pio active = XFER NONE; 
host->dma = S3CMCI DMA; 

/* 获 取 平 台 资源 信息 */ 


host->mem = Platform get resource(pdev, IORESOURCE MEM, 0); 
/* 该 函数 的 任务 是 检查 申请 的 资源 是 否 可 用 ， 如 果 可 用 则 申请 成 功 ， 并 标志 为 已 经 使 用 ， 其 他 
驱动 想 再 申请 该 资源 时 就 会 失败 */ 
host->mem = request mem _ region (host->mem->startv 
RESSIZE (host->mem), pdev->name); 

/* 系 统 在 运行 时 ， 外 设 的 工 /0 内 存 资源 的 物理 地 址 是 已 知 的 ， 由 硬件 的 设计 决定 。 但 是 CPU 
通常 并 没有 为 这 些 已 知 的 外 设 IVO 内 存 资源 的 物理 地 址 预定 义 虚 拟 地 址 范围 , 驱动 程序 并 不 能 
直接 通过 物理 地 址 访问 I/0 内 存 资源 ， 而 必须 将 它们 映射 到 内 核 虚 地 址 空间 内 采用 页 表 〉， 
然后 才能 根据 映射 所 得 到 的 内 核 虚 地 址 范围 ， 通 过 访 内 指令 访问 这 些 TI/O 内 存 资源 。*/ 
host->base = ioremap (host->mem->start, RESSIZE (host->mem)); 
/* 获 取 设 备 的 中 断 号 */ 
host->irq = Platform get irq(pdev, 0); 
if (host->irq == 

dev_err(g&pdev->dev, "failed to get interrupt resouce.\n"); 

ret = -EINVAL; 

goto probe iounmap; 


} 

/* 向 系统 申请 中 断 */ 

if (request irq(host->irq, s3cmci irq, 0, DRIVER NAME, host)) { 
dev_err(&pdev->dev, "failed to request mci interrupt.\n"); 


ret = -ENOENT; 
goto probe iounmap; 


} 

/* 关 闭 中 断 */ 

disable irq(host->irqg); 

/* 给 定 端口 号 转换 为 中 断 号 */ 

host->ird cd = s3c2410 gpio getirqg(host->pdata->gpio detect); 
/* 添 加 irq_cq 的 中 断 号 为 IRQ EINT16 且 设 置 GPG8 脚 为 16 号 中 断 的 输入 引 脚 */ 
host->irq_cd = IRQ EINT16; 

s3c2410 gpio cfgpin (S3C2410 GPG8, S3C2410 GPG8 EINT16); 

/* 获 取 dma 通道 的 控制 权 */ 


二 
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Ss3c2410 dma request(S3CMCI DMA, &s3cmci dma _ client，NULL): 
/* 获 取 时 钟 响应 给 时 钟 的 生产 者 producer ()*/ 

host->clk = clk get (gpdev->dev, "sdi"); 

/* 当 时 钟 源 运行 的 时 候 通 知 系统 ， 参 数 host->clk 为 时 钟 源 */ 

clk enable (host->clk); 


/* 获 得 当前 时 钟 频率 */ 

host >clk rate = clk get rate(host >celk); 

/* 下 面 是 对 mmc 结构 体 参数 的 设置 */ 

mmc->ops = &s3cmci ops; 

mmc->ocr avail = MMC VDD 32 33 | MMC VDD 33 34; 
mmc->caps = MMC CAP 4 BIT DATA; 

mmc->f min = host->clk rate / (host->clk div * 256); 
mmc->f max = host->clk rate / host->clk div; 


if (host->pdata->ocr avail) 

mmc->ocr avail = host->pdata->ocr avail; 
mmc->max blk count = 4095; 
mmc->max blk size = 4095; 
mmc->max req size = 4095 * 512; 
mmc->max seg size mmc->max req size; 


mmc->max phys segs = 128; 
mmc->max hw_ segs a 之 人 区 

/* 注 册 带 CPU 频率 的 host 驱动 */ 
s3cmci cpufreq register (host); 
/* 初 始 化 mmc*/ 

mmc add host (mmc); 

/* 设 置 驱动 数据 */ 

Platform set drvdata(pdev, mmc); 
return 0; 


5. mmc 接 口 函数 
mmc 子 系统 的 接口 函数 包括 request、set ios、get ro、get_cds。 其 结构 如 下 : 


static struct mmc host ops s3cmci ops = { 


.request = s3cmci request, // 实 现 命 令 和 数据 的 发 送 

.set ios = scmecl set i108, // 根 据 核心 层 传 来 的 ios 来 设置 硬件 IO 
-get ro = s3cmci get ro, // 从 GPIO 口 读 取 ， 判 断 卡 是 否 写 保护 
.get cd = s3cmci_card present，// 从 GPIO 口 读 取 ， 判 断 卡 是 否 存在 


}; 


6. 传递 结构 体 为 nmc_request 类 型 的 请 求 
函数 s3cmci_request() 用 于 CORE 部 分 发 送 mrq 请 求 。 


static void s3cmci request (struct mmc host *mmc, struct mmc request *mrq) 


{ 


struct s3cmci host *host = mmc priv (mmc); 


host->status = "mmc request"; 

host->cmd is stop = 0; 

host->mrq = mrq; 
/* 如 果 卡 准备 就 绪 ， 则 通过 S3cmci_send request () 发 送 请 求 ， 将 mrq 赋 给 host->mrq， 如 
果 卡 没有 准备 就 绪 ， 则 调用 mmc request done () 终止 请 求 */ 


if (s3cmci card present (mmc) == 0) { 


Bs 
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dbg (host, dbg err, "%s: no medium present\n", _func ); 
host->mrq->cmd->error = -ENOMEDIUM; 
mmc request done (mmc, mrq); 

} else 


/* 函 数 s3cmci send request () 首先 判断 是 否 为 发 送 数据 命令 ， 如 果 为 发 送 数 据 则 通过 函数 
s3cmci send request () 建立 数据 ， 然 后 判断 是 否 为 dma 方式 ， 如 果 为 dma 方式 则 通过 dma 
方式 发 送 数据 , 否则 采用 fifo 方式 发 送 数据 。 如 果 为 命令 则 通过 函数 s3cmci send command () 
发 送 命令 */ 


} 


s3cmci send request (mmc); 


11.2.2 ”core 驱动 部 分 


core 驱动 部 分 完成 不 同 协议 和 规范 的 实现 ， 包 括 设置 在 11.1 节 中 介绍 的 有 关 SD 卡 相 
关 的 状态 或 修改 状态 、 修 改 寄存 器 等 操作 。 


1. 用 于 卡 的 探测 和 初始 化 函数 mmc_sd_init_card() 


在 重启 时 ， 函 数 mmc_sd_init_card() 参 数 oldcard 中 包含 准备 初始 化 的 卡 ， 该 函数 检测 
卡 的 有 效 性 ， 并 对 该 卡 初始 化 。 该 函数 首先 让 卡 的 状态 回 到 空闲 态 ， 然 后 设置 操作 状态 寄 
存 器 ， 接 着 进行 SD 卡 主机 识别 或 电压 匹配 ， 正 确 识别 和 匹配 后 ， 读 取 卡 的 识别 号 ;比较 
读 取 的 CID 与 原来 的 CID 是 否 相同 ,不 相同 则 需要 重新 为 卡 分 配 结构 体 ; 最 后 对 卡 进行 设 
置 和 初始 化 。 


static int mmc sd init_card (struct mmc host *host, u32 ocr, struct mmc_card 
*oldcard) 


{ 


struct mmc card *card; 
int err; 
u32 cid[4]; 
unsigned int max dtr; 
BUG ON(!host); 
WARN ON(!'host->claimed); 
/* 改 变 状 态 寄存 器 OCR 的 值 时 ， 需 要 卡 的 状态 回 到 空闲 态 。 等 待 lms 让 卡 响应 */ 
mmc go idle (host) 7 
/*SD_SEND_ IF COND 是 用 于 验证 SD 卡 接口 操作 状态 的 有 效 性 命令 (cMD8) 。 如 果 
SD_SEND_IF_COND 指示 为 符合 SD2 .0 标准 的 卡 , 则 设置 操作 状态 寄存 器 ocrbit30 指示 能 
够 处 理 块 地 址 SDHC 卡 */ 
err = mmc send if cond(host, ocr); 
IE (!erz) 

ocr |= 1 << 30; 
/*SD_SEND_OP_COND (ACMD41) 该 命令 为 SD 卡 主机 识别 或 电压 不 匹配 时 拒绝 机 制 而 设计 
或 
mmc send app op cond(host, ocr, NULL); 
/* 如 果 主 机 采用 SPI 总 线 则 采用 适当 的 CRC*/ 
if (mmc host is spi(host)) { 

mmc spi set crc(host, use spi crc); 


上 
/* 从 卡 中 读 取 CID， 卡 的 识别 号 */ 
if (mmc host is spi(host)) 
mmc send cid(host, cid); 
else 
mmc all send cid(host, cid); 
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/* 比 较 读 取 的 CID 与 原来 的 CID 是 否 相同 */ 
if (oldcard) { 
if (memcmp (cid, oldcard->raw cid, sizeof(cid)) != 0) { 
err = -ENOENT; 加 
goto err; 
} 
card = oldcard; 
} else { 
/* 为 卡 分 配 结构 体 */ 
card = mmc alloc card(host，&sd type); 
if (IS ERR(card)) { 
err = PTR ERR(card); 
goto err; 
由 
/* 设 置 卡 的 类 型 */ 
card->type = MMC TYPE SD; 
memcpy (card->raw cid, cid, sizeof (card->raw cid)); 


if (!mmc host is spi(host)) { 
/* 获 得 卡 的 RCA， 该 寄存 器 表示 发 布 卡 的 地 址 ， 卡 的 局 部 系统 地 址 ， 在 初始 化 过 程 中 ， 


由 主机 和 卡 动态 支持 */ 
mmc_send relative_addr (host，&card->Frca) 
/* 设 置 总 线 模式 */ 
mmc set bus mode (host，MMC BUSMODE PUSHPULL); 


if (!oldcard) { 
/* 获 得 卡 CSD， 该 寄存 器 表示 卡 的 协议 数据 ， 关 于 卡 的 操作 状态 数据 */ 
mmc_send csdl(card, card->raw csd); 
/* 卡 的 CSD 结构 的 解码 */ 
mmc decode csdl(card); 
/* 卡 的 CID 结构 解码 */ 


mmc decode cid(card) 


if (!mmc host is spi(host)) { 
/* 选 择 卡 ， 后 续 的 命令 都 依赖 该 操作 */ 


mmc select card(card); 


if (!oldcard) { 
/* 获 得 卡 的 SCR， 该 寄存 器 表示 卡 配置 寄存 器 ， 关 于 卡特 性 容量 的 信息 */ 
mmc app send scrl(card, card->raw scr); 
/* 解 码 SCR 结构 */ 
mmc decode scr(card); 
/* 获 得 卡 的 switch 信息 */ 
mmc_ read switch(card); 
} 
/* 尝 试 转化 为 高 速 */ 
mmc_switch hs (card) 7 
/* 计 算 总 线 速率 */ 
max dtr = (unsigned int)-1; 
主 计 ‘(mmc _card highspeed (card)) { 
if (max dtr > card->sw caps.hs max dtr) 
max dtr = card->sw caps.hs max dtr; 
} else if (max dtr > card->csd.max dtr) 1{ 
max dtr = card->csd.max dtr; 
} 
/* 设 置 可 能 的 最 高 主机 的 时 钟 */ 


mmc set clock(host, max dtr); 
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/* 如 果 支 持 ， 转 化 为 更 宽 的 总 线 */ 


if ((host->caps & MMC CRP 4 BIT DATA) && 
(card->scr.bus widths & SD SCR BUS WIDTH 4)) { 
err = mmc app set bus _ width(card，MMC BUS WIDTH 4); 
(EE) 
goto free card; 


mmc set bus width(host, MMC BUS WIDTH 4); 
} 
/* 检 查 卡 只 读 是 否 激活 */ 
if (!oldcard) { 
if (!host->ops->get ro || host->ops->get ro(host) < 0) { 
printk (KERN WARNING "%s: host does not " 
"support reading read-only " 
"switch. assuming write-enable.\n", 
mmc hostname (host)); 
} else { 
if (host->ops->get ro(host) > 0) 
mmc_card set readonly (card) 7 
} 
} 
if (!oldcard) 
host->card = card; 
return 0; 
/* 注 销 mmc 卡 */ 
free card: 
if (!oldcard) 
mmc remove card(card); 
err: 
return err; 


} 


2. 删除 SD 卡 函数 mmc_sd_remove() 
函数 mmc_sd_remove() 用 于 移 除 主机 host， 释 放 当 前 卡 。 


static void mmc sd remove(struct mmc host *host) 


图 
BUG ON(!host); 
BUG ON(!host->card); 


mmc remove card(host->card); 
host->card = NULL; 


3. 初始 化 主机 结构 体 函 数 mmc_alloc_host() 


函数 mmec_alloc_ host0 在 host 层 探 针 函 数 中 被 调用 ， 该 函数 为 主机 结构 体 分 配 空间 ， 
并 初始 化 主机 结构 体 。 


struct mmc host *mmc alloc host(int extra, struct device *dev) 


| 
/* 为 主机 结构 体 分 配 空间 */ 
host = kzalloc(sizeof(struct mmc host) + extra, GFP KERNEL); 
spin lock(gmmc host lock); 
/* 分 配 新 的 idr 入 口 */ 


idr get newl(gmmc host idr, host, ghost->index); 


和 
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spin unlock(gmmc host_ lock); 

/* 设 置 设备 的 名 字 ， 对 host 设备 相关 字段 进行 设置 */ 

dev set name (&host->class dev, "mmc%d", host->index); 
host->parent = dev; 区 

host->class dev.parent = dev; 


host->class dev.class = &mmc host class; 
/* 函 数 device initialize() 用 于 初始 化 设备 结构 体 ， 该 函数 一 般 为 其 它 层 做 准备 ， 这 里 
是 为 host 层 作 准 备 */ 


device initialize(&host->class_dev) 

spin lock init(ghost->lock); 

init waitqueue head (ghost->wq); 

/* 初 始 化 一 个 工作 队列 */ 

INIT DELAYED WORK (ghost->detect, mmc rescan); 
/* 初 始 化 主机 结构 体 的 默认 配置 */ 

host->max hw segs = 1; 

host->max phys segs = 1; 

host->max seg size = PAGE CACHE SIZE; 
host->max req size PAGE CACHE SIZE; 
host->max blk size 512; 

host->max blk count = PAGE CACHE SIZE / 512; 


return host; 


4. 初始 化 主机 硬件 函数 mmc_add_host() 
函数 mmc_add_hostO 用 于 增加 设备 类 ， 并 启动 host。 


int mmc add host (struct mmc host *host) 


{ 
led trigger register simple (dev name (ghost->class dev), &host->led); 
device add(ghost->class dev); 
mmc_ start host (host); 


5. 删除 host 硬 件 函 数 mmc_remove_host() 


函数 mmec remove _ host() 与 函数 mmec_add_host0 相 对 应 ,用 于 停止 函数 mmec_add_hostO 
启动 的 host， 删 除 设备 类 ， 注 销 LED trigger。 


void mmc remove host(struct mmc host *host) 


| 
mmc_stop host (host); 
device del (ghost->class dev); 
led trigger unregister simple (host->led); 


6. 释放 主机 结构 体 函 数 mmc_free_host() 


函数 mmec free host0 与 函数 mmc alloc_host(0) 对 应 , 释放 函数 mmc _ alloc_host0 初 始 化 
的 host 结构 体 。 


void mmc free host(struct mmc host *host) 


{ 
spin Lock(&mmc host lock); 
idr remove (&mmc host idr, host->index); 
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spin unlock(gmmc host lock); 
put device (ghost->class dev); 


} 


通过 对 core 层 函 数 进行 分 析 , 可 以 看 出 core 层 除 了 完成 协议 描述 的 部 分 外 ,还 为 host 
层 提供 了 接口 函数 。 


11.2.3 card 驱动 部 分 

SD 卡 属于 块 设备 ，card 驱动 部 分 为 了 将 SD 卡 驱 动 成 为 块 设备 。 介 绍 该 部 分 的 内 容 时 
先 介绍 驱动 结构 体 和 接口 函数 结构 体 ， 然 后 介绍 几 个 关键 的 驱动 函数 。 

1， 驱动 的 结构 体 mmc_driver 


该 结构 体 定义 驱动 的 名 字 ， 驱 动 探 针 函 数 、 驱 动 移 除 函 数 、 驱 动 阻塞 和 驱动 重启 等 
函数 。 


static struct mmc driver mmc driver = { 


.drv = 

name = "mmcblk", 
}, 
.probe = mmc blk probe, 
.remove = mmc blk remove, 
.suspend = mmc blk suspend, 
.resume = mmc blk resume, 


2. 块 设备 操作 结构 体 mmc_bdops 
结构 体 mmc_bdops 中 定义 了 块 设备 操作 的 接口 函数 。 


static struct block device operations mmc bdops = { 


.open = mmc blk open, 
.release = mmc blk release, 
.getgeo = mmc blk getgeo, 
.Owner = THIS MODULE, 


}; 


3. 块 设备 探 针 函 数 mmc_blk_probe() 


该 函数 主要 完成 检验 卡 支持 的 命令 ， 分 配 mmc_blk_data 结构 体 空间 ， 设 置 块 的 大 小 ， 
最 后 设置 card 的 driver_data 字段 ， 并 注册 mmc 信息 到 系统 。 


static int mmc blk probe (struct mmc card *card) 
上 

struct mmc blk data *md; 

int err; 

char cap str[10]; 

/* 检 查 卡 支持 的 命令 */ 

if (!(card->csd.cmdclass & CCC BLOCK READ)) 

return -ENODEV; 人 和 
/* 为 card 分配 mmc_blk data 结构 体 空间 */ 


md = mmc blk alloc(card); 
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/* 设 置 块 的 大 小 */ 

mmc blk set blksize(md, card); 

/* 将 md 设置 为 card 的 driver data 字段 */ 

mmc set drvdatal(card, md); 

/* 把 mmc 包含 的 信息 向 系统 进行 注册 ， 注 册 成 功 后 就 可 以 在 文件 系统 对 应 目录 下 找到 
mmc_card 对 应 的 结 点 设备 */ 

add disk(md->disk); 

return 0; 


4. 驱动 的 入 口 函数 mmc_blk_init() 


加 载 驱动 时 该 函数 被 调用 ， 该 函数 向 内 核 申 请 注册 一 个 块 设备 ， 然 后 进入 核心 层 进行 
注册 。 


static int init mmc blk init (void) 


{ 
/* 向 内 核 申请 注册 一 个 块 设备 */ 
res = register blkdev (MMC BLOCK MAJOR, "mmc") 
/* 进 入 核心 层 进行 注册 */ 
mmc register driver(gmmc driver); 
return 0; 


} 


5. 为 块 设备 分 配 空间 函数 mmc_blk_alloc() 
函数 mmc_blk alloc(0) 为 块 设备 分 配 空间 ， 并 初始 化 一 个 请 求 队 列 ， 设 置 设备 队列 的 


sector 大 小 。 


static struct mmc blk data *mmc blk alloc(struct mmc card *card) 
struct mmc blk data *md; 
int devidx, ret; 
/* 在 内 存 中 查找 第 一 个 被 清理 过 的 bit*/ 
devidx = find first zero bit(dev use, MMC NUM MINORS); 
if (devidx >= MMC NUM MINORS) 
return ERR PTR(-ENOSPC); 
/* 从 地 址 dev_use 开始 设置 bit， 设 置 为 devidx*/ 
set bit(devidx, dev use); 
/* 分 配 结构 体 mmc_blk_data 空间 并 初始 化 */ 
md = kzalloc(sizeof(struct mmc blk data), GFP KERNEL); 
/* 设 置 卡 的 状态 为 只 读 */ 
md->read only = mmc blk readonly (card); 
/* 分 配 设备 的 次 设备 号 为 8*/ 
md->disk = alloc disk(1 << MMC SHIFT); 
上 
spin lock i >10Ock)> 
md->usage = 
/* 初 始 化 一 个 请 求 队列 ， 并 将 该 队列 与 卡 关联 */ 
mmc init queue (gmd->queue, card, gmd->lock); 
/* 注 册 mmc_ blk issue rq 到 md->queue， 当 md->queue 上 有 request 待 处 理 时 ， 
mmc blk issue rq 就 会 被 调用 */ 
md->queue.issue fn = mmc blk issue rq; 
md->queue.data = md; 
/* 注 册 相 关 的 mmc _blk _qdata 包含 的 块 设备 区 */ 
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md->disk->ma]jor = MMC BLOCK MAJOR; 
md->disk->first minor = devidx << MMC SHIFT; 
md->disk->fops = &mmc bdops; 

md->disk->private data = md; 

md->disk->queue = md->queue.queue; 
md->disk->driverfs dev &card->dev; 

sprintf (md->disk->disk name, "mmcblk%d", devidx); 


/* 设 置 传输 sector 大 小 */ 

blk queue hardsect size(md->queue.queue, 512); 

/* 根 据 卡 的 类 型 设置 容量 */ 

if (!mmc card sd(card) && mmc card blockaddr(card)) { 
/* 
* The EXT CSD sector count is in number or 512 byte 
* sectors. 
本 人 
set_capacity (md->disk, card->ext csd.sectors); 

} else { 
/* 


* The CSD capacity field is in units of read blkbits. 
* set capacity takes units of 512 bytes. 
*/ 
set_ capacity (md->disk, 
card->csd.capacity << (card->csd.read blkbits - 9)); 
| 


return md; 


在 该 驱动 部 分 还 包括 一 些 对 块 操作 的 函数 ， 如 mmec_blk open0、mmc_blk_getO、 
mmec_blk put()、mme_blk release0 和 mmec_ blk_getgeo0) 等 。 


11.3 ”SD 卡 移植 步骤 


SD 卡 的 驱动 程序 已 经 包含 在 内 核 中 ， 只 需要 在 编译 内 核 时 配置 对 SD 卡 驱 动 支持 。 这 
里 使 用 的 开发 板 为 mini2440， 其 对 应 的 初始 化 文件 为 mach-mini2440.c。 


11.3.1 


添加 延 时 和 中 断 


文件 mach-mini2440.c 可 以 参考 mach-smdk2440.c 进行 修改 , 这 里 不 对 该 文件 的 修改 进 
行 介绍 ， 可 以 下 载 到 开发 板 公司 修改 好 的 压缩 文件 。 另 外 ， 延 时 和 中 断 也 在 附带 的 代码 中 
添加 ， 添 加 延 时 在 s3cmci.c 文件 中 。 


1. 添加 延 时 
修改 drivers/mmc/host/s3cmci.c 文件 ， 在 底层 函数 pio_tasklet0 中 添加 延 时 。 


#include <linux/delay.h> 
static void pio tasklet (unsigned long data) 


struct s3cmci host *host = (struct s3cmci host *) data; 
disable irq(host->irqg); 
udelay (50); 
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2. 添加 中 断 设置 


在 函数 static int __ devinit s3cmci probe(struct platform device *pdev, int is2440) 中 添加 
中 断 设 置 。 粗 体 部 分 为 添加 部 分 。 
host->irq_ cd = s3c2410 gpio getirq(host->pdata->gpio detect); 


host->irg cd = IRQ EINT16; 
s3c2410 gpio cfgpin(S3C2410 GPG8, S3C2410 GPG8 EINT16); 


11.3.2 ”配置 内 核 


在 编译 内 核 前 需要 对 内 核 进行 配置 ， 让 内 核 支 持 SD 卡 的 访问 。 使 用 make menuconfig 
命令 进入 窗口 配置 界面 ， 进 入 Device Drivers 配置 界面 配置 MMC/SD/SDIO card support， 
如 图 11.4 所 示 。 


图 11.4 配置 MMC/SD/SDIO card support 
选择 对 平台 的 支持 , 进入 MMC/SD/SDIO card support 配置 窗口 选择 配置 Samsung S3C 


SD/MMC Card Interface support， 如 图 11.5 所 示 。 选 择 该 项 后 ， 内 核 支持 S3C 系列 的 SD 
卡 驱动 。 


11.5 配置 Samsung S3C SD/MMC Card Interface support 
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保存 配置 后 ， 使 用 下 面 的 编译 命令 编译 新 内 核 映像 文件 ， 命 令 如 下 : 


#make clean 
#make zImage 


11.3.3” 烧 写 新 内 核 


烧 写 新 生成 的 内 核 映 像 文 件 时 ， 系 统 的 其 他 部 分 不 必 重 新 烧 写 。 新 内 核 烧 写 完成 后 ， 
重新 启动 开发 板 ， 然 后 准备 SD 卡 和 扩展 卡 。 将 SD 卡 插入 扩展 卡 ， 然 后 将 扩展 卡 插入 开 
发 板 SD 卡 插 槽 中， 出现 下面 提示 信息 ， 如 图 11.6 所 示 。 


Serial-C084 - SecareCRT 
文件 (F) 编辑 (E) 查看 (V) 选项 (0) 传输 (TD) 脚本 (5) ”工具 (0) 帮助 (H) 
EAE ES NE 
% Serial-COM4 | 


[root@FriendlyARM /]# s3c2440-sdi s3c2440-sdi: running at OkHz (requested: OkHz). 
Ss3c2440-sdi s3c2440-sdi: running at 198kHz (requested: 197kHz). 


s3c2440-sdi s3c2440-sdi: running at 198kHz (requested: 197kHz), 
s3c2440-sdi s3c2440-sdi: running at 198kHz (requested; 197kHz), 
s3c2440-sdi s3c2440-sdi: running at 198kHz 《requested: 197kHz), 
s3c2440-sdi s3c2440-sdi: running at 198kHz (requested; 197kHz), 
s3c2440-sdi s3c2440-sdi: running at 198kHz 《requested; 197kHz), 
s3c2440-sdi s3c2440-sdi; running at 198kHz (requested: 197kHz), 
s3c2440-sdi s3c2440-sdi: running at 16875kHz (requested: 25000kHz)。 
s3c2440-sdi s3c2440-sdi: running at 16875kHz (requested: 25000kHz), 
nncO: new SD card at address 1234 

nncblkO: nncO:1234 SD512 485 MiB 

mncblkO: pl 

FAT: utf8 is not a reconnended I0 charset for FAT filesystens, filesysten will be case sensitivel 


11.6 识别 到 SD 卡 信 息 


使 用 ls /dev 命令 可 以 查看 在 目录 下 多 了 设备 结 点 sdcard， 如 图 11.7 所 示 。 


文件 (站 纺 术 (E) 得 看 W) 过 项 O) 人 办 ) 局 本 (5) 工具 () 入 中) 
渔民 同和 疯 | 汪 训 的 | 品 写 | 林涛 昌国 


WW Serial-COM4 | 


图 11.7 sdcard 结 点 


挂 载 该 设备 结 点 后 ， 可 以 查看 该 设备 内 的 信息 ， 挂 载 前 新 建 目 录 /mnt/sdcard， 挂 载 命 
令 和 结果 如 下 : 


# mkdir /mnt/sdcard 

# mount /dev/sdcard /mnt/sdcard 

# 1s /mnt/sdcard/ 

Qsamsung-ess My Music audio Play list.txt 
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Audio Other files bootex.1log 
Ebook Photos software 
Images Sounds 

Music Videos 


11.4 小 结 


本 章 重 点 为 SD 卡 协议 介绍 和 SD 卡 驱动 分 析 , 后 面 也 介绍 了 SD 卡 驱动 移植 过 程 。 随 
着 SD 卡 存储 容量 增加 和 价格 下 降 ， 其 应 用 越 来 越 广泛 ，SD 卡 驱 动 在 嵌入 式 系统 中 也 将 会 
受到 关注 。Linux 内 核 已 经 对 SD 卡 驱动 进行 了 支持 , 移植 到 其 他 平台 时 只 需要 做 少量 的 修 
改 即 可 。 
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在 很 多 章节 中 都 会 涉及 NandFlash 的 相关 知识 ， 比 如 U-boot 中 涉及 对 NandFlash 的 支 
持 、 在 文件 系统 中 涉及 NandFlash 支持 的 文件 系统 ， 因 此 本 章 在 简单 介绍 NandFlash 工作 
原理 后 ， 直 接 介绍 其 移植 方法 。NandFlash 相 比 NorFlash 有 很 多 优势 ， 但 需要 驱动 支持 ， 
本 章 将 针对 Mini2440 讲解 NandFlash 的 驱动 移植 过 程 。 


12.1 NandFlash 介绍 


对 NandFlash 存储 芯片 进行 操作 ， 必 须 通过 NandFlash 控制 器 才能 完成 ， 而 不 能 通过 
对 NandFlash 进行 总 线 操作 。 对 于 NandFlash 的 写 操作 只 能 以 块 方式 进行 写 , 对 于 NandFlash 
的 读 操作 可 以 按 字 节 进 行 读 。 


12.1.1 NandFlash 命令 介绍 


NandFlash 命令 的 执行 过 程 是 通过 将 命令 发 送 到 NandFlash 控制 器 的 命令 寄存 器 来 执 
行 的 。 其 命令 的 执行 是 分 周期 的 ， 每 条 命令 有 一 个 或 多 个 执行 周期 ， 每 个 执行 周期 有 相应 
代码 表示 该 周期 将 要 执行 的 动作 。NandFlash 命令 主要 包括 Read1、Read2、Read ID 、Reset、 
Page Program、Block Erase、Read Status 等 。 


1. Read1 
口 命令 功能 : 表示 将 要 读 取 NandFlash 存储 空间 中 一 页 的 前 半 部 分 , 且 将 内 置 指针 定 


位 到 前 半 部 分 的 第 一 个 字 节 。 
口 命令 代码 : 00h。 


2. Read2 


口 命令 功能 : 表示 将 要 读 取 NandFlash 存储 空间 中 一 页 的 后 半 部 分 , 且 将 内 置 指针 定 
位 到 后 半 部 分 的 第 一 个 字 节 。 
命令 代码 : 01h。 


3. Read ID 


口 


口 


命令 功能 ;表示 读 取 NandFlash 芯片 的 ID 号 。 
命令 代码 : 90h。 


口 


心 


名 90 


口 
口 
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. Reset 


命令 功能 : 表示 重新 启动 NandFlash 芯片 。 
命令 代码 : FFh。 


Page Program 


命令 功能 : 表示 对 页 进行 编程 ， 用 于 对 NandFlash 的 写 操作 。 

命令 代码 : 首先 写 入 00h (A 区 ) /01h (B 区 ) /0Sh〈C 区 ) ， 该 代码 表示 目标 区 ; 
再 写 入 80h 开始 编程 模式 ， 即 写 入 模式 ;接着 写 入 地 址 和 数据 ;最 后 写 入 10h 表 
示 编 程 结 束 。 


. Block Erase 


命令 功能 ， 表示 对 块 擦 除 操 作 。 
命令 代码 : 首先 写 入 60h 进入 擦 写 模式 ， 再 输入 块 地 址 ， 即 将 要 擦 除 的 块 ， 接 着 
写 入 DOh 表示 擦 写 结束 。 


. Read Status 


命令 功能 : 表示 读 取 内 部 状态 寄存 器 值 的 命令 。 
命令 代码 : 70h。 


12.1.2 ”NandFlash 控制 器 


对 于 2440 的 NandFlash 控制 器 中 , 寄存 器 有 以 下 12 种 ,与 2410 相 比 寄存 器 的 设置 有 


些 变 换 ， 


具体 寄存 器 中 每 个 bit 的 设置 可 以 参考 2400 文档 。 在 S32440 芯片 手册 文档 的 第 6 


章 专门 介绍 NandFlash 控制 器 时 ， 对 以 下 每 个 寄存 器 的 设置 作 了 详细 说 明 。 


画 而 可 硬 吾 吕 可 哺 画 夺 本 哺 | 加 串 杏 吉本 磺 | 百 哺 | 盏 | 


口 


配置 寄存 器 (NFCONF) ; 

控制 寄存 器 (NFCONT) ; 

命令 寄存 器 (NFACMD) ; 

地 址 寄存 器 (NFADDR) ; 

数据 寄存 器 (NFDATA) ; 

状态 寄存 器 (NFSTAT) ; 

主 数据 区 域 ECC 寄存 器 (NFMECCD0/1) ; 
空闲 区 域 ECC 寄存 器 (NFSECCD) ; 
ECC0/1 状态 寄存 器 (NFESTAT0/1) ; 

主 数据 区 域 ECC 状态 寄存 器 (NFMECC) ; 
空闲 区 域 ECC 状态 寄存 器 (NFSECC) ; 
块 地 址 寄存 器 (NFSBLK&NFEBLK) 。 


了 解 了 NandFlash 的 命令 和 寄存 器 后 ， 接 下 来 将 会 介绍 NandFlash 驱动 ， 然 后 介绍 如 
何 修改 内 核 驱动 使 之 适合 2440。 在 对 寄存 器 操作 时 ， 如 果 有 不 清楚 的 地 方 可 以 参考 2440 
文档 查看 对 应 寄存 器 各 个 位 的 设置 情况 。 
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12.2 ”NandFlash 驱动 介绍 


在 Linux 内 核 中 已 经 提供 了 NandFlash 驱动 ， 驱 动 的 声明 在 内 核 的 
include/linux/mtd/nand.h 文件 中 , 在 include/linux/mtd/nand_ecc.h 中 还 声明 了 ECC 算法 。 驱 
动 的 相关 实现 部 分 主要 在 对 应 的 nand base.c、nand bbtc 和 nand ecc.c 中 。 下 面 介绍 
NandFlash 驱动 的 主要 部 分 。 


12.2.1 Nand 芯片 结构 


结构 体 nand_chip 中 声明 了 Nand 芯片 的 各 种 读 写 接口 函数 、buffer 操作 函数 、 对 芯片 
状态 检查 、 对 坏 块 检 查 和 标记 、 芯 片 的 属性 等 ， 下 面 为 该 结构 体 的 定义 。 


struct nand chip { 


void _ iomem  *IO ADDR R; /* 读 地 址 */ 

void _ iomem  *IO ADDR W; /* 写 地 址 */ 

/* 对 字 节 的 操作 函数 声明 */ 

uint8 t (*read byte) (struct mtd info *mtd) 7 /* 读 一 个 字 节 */ 

ul6 (*read word) (struct mtd info *mtd); /* 写 一 个 字 */ 

/*buffer 操作 */ 

void (*write buf) (struct mtd info *mtd, const uint8 t *buf, int len); 

void (*read buf) (struct mtd info *mtd, uint8 t *buf, int len); 

int (*verify buf) (struct mtd info *mtd, const uint8 t *buf, int 

len); 

/* 选 择 一 个 芯片 的 操作 */ 

void (*select chip) (struct mtd info *mtd, int chip); 

/* 坏 块 检查 操作 */ 

int (*block bad) (struct mtd info *mtd, loff t ofs, int getchip); 

/* 坏 块 标记 操作 */ 

Int (*block markbad) (struct mtd info *mtd, loff t ofs); 

/* 命 令 控制 操作 */ 

void (*cmd ctrl) (struct mtd info *mtd, int dat, unsigned int ctrl); 

/* 设 备 准备 操作 */ 

int (*dev_ready) (struct mtd info *mtd) 7 

/* 发 送 命令 操作 */ 

void (*cmdfunc) (struct mtd info *mtd, unsigned command, int column, 

int page adqdr); 

/* 等 待命 令 完 成 操作 */ 

int (*waitfunc) (struct mtd info *mtd, struct nand chip *this); 

/* 控 除 操作 */ 

void (*erase cmd) (struct mtd info *mtd, int page); 

/* 检 查 坏 块 表 */ 

int (*scan bbt) (struct mtqd info *mtqd); 

/* 进 行 附加 错误 状态 检查 操作 */ 

TL (*errstat) (struct mtd info *mtd, struct nand chip *this, int 
state, int status, int page); 

/* 按 页 进行 写 操作 */ 

int (*write page) (struct mtd info *mtd, struct nand chip *chip, 


"A 
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const uint8 t *buf, int page, int cached, int raw) 7 


/* 芯 片 延迟 */ 

/#* 芯 片 专 有 选项 */ 

/* 页 右 移 的 位 数 ， 即 column 地 址 位 数 */ 
/* 物 理 擦 写 块 的 地 址 位 数 */ 

/* 坏 块 表 入 口 的 地 址 位 数 */ 

/* 该 芯片 的 地 址 位 数 */ 

/* 芯 片 个 数 */ 

/* 多 个 芯片 组 中 ， 一 个 芯片 的 大 小 */ 


int Pagemask; ”/* 每 个 芯片 页 数 的 屏蔽 字 ， 通 过 它 取 出 每 个 芯片 包含 多 少 个 页 */ 


int chip delay; 
unsigned int options; 
int page shift; 

int phys erase shift; 
int bbt erase shift; 
int chip shift; 

int numchips; 

uint64 t chipsize; 

int pagebuf; 

int subpagesize; 
uint8 t cellinfo; 
nt badblockpos; 

nand state t state; 
uint8 t *Oob poi; 


struct nand hw control *controller; 
struct nand ecclayout *ecclayout; 


struct nand ecc ctrl ecc; 


struct nand buffers *buffers; 
struct nand hw _ control hwcontrol; 


struct mtd oob ops ops; 
uint8 t *bbt; 


struct nand bbt descr *bbt td; 
struct nand bbt descr *bbt md; 


/* 在 页 缓冲 区 中 的 页 号 */ 

/* 拥 有 的 子 页 大 小 */ 

/*MLC 多 芯片 数据 */ 

/* 坏 块 标记 位 置 */ 

/* 芯 片 状态 */ 

/* 缓 冲 区 位 置 */ 

/* 硬 件 控制 器 结构 体 指针 */ 
/* 默 认 的 ecc 设置 方案 */ 
/*ecc 控制 结构 体 */ 

/* 用 于 读 写 的 缓冲 区 结构 体 */ 
/* 专 用 平台 硬件 控制 结构 体 */ 
/*oob 操作 数 */ 

/* 坏 块 表 */ 

/* 坏 块 表 描述 */ 

/* 坏 块 表 映像 描述 */ 


struct nand bbt descr *badblock pattern; /* 坏 块 检测 模板 */ 


void *priv; 


}; 


12.2.2 NandFlash 驱动 分 析 


/* 私 有 数据 结构 */ 


在 分 析 驱 动 时 ， 是 从 普通 的 Nand 驱动 开始 分 析 ， 到 识别 平台 信息 ， 然 后 到 具体 平台 
接口 函数 调用 ， 再 到 对 芯片 寄存 器 读 写 的 过 程 。 首 先 看 Nand 通用 驱动 文件 ， 为 目录 


drivers/mtd/nand 下 的 plat_nand.c。 


1. 探 针 函数 plat_nand_probe() 


当 系 统 检 查 到 Nand 设备 时 就 会 调用 该 函数 ， 在 plat_nand_probe0 函 数 中 将 参数 为 
platform device 结构 体 的 pdev 数据 dev.platform data, 赋 给 了 结构 体 Platform_ nand data, 
然后 通过 函数 platform_set_drvdata() 把 信息 保存 在 driver_data 字段 中 。 


static int _ init plat nand Probe (struct platform device *pdev) 


{ 


/* 将 参数 为 platform_ device 结构 体 的 pdev 数据 dev.platform data， 赋 给 了 结构 体 


platform nand data*/ 


struct Platform nand data *pdata = pdev->dev.platform data; 


struct plat nand data *data; 


int res = 0; 


/#* 将 一 个 I/O 地 址 空间 映射 到 内 核 的 虚拟 地 址 空间 上 ， 便 于 访问 */ 


.346 。 


第 12 章 NandFlash 驱动 移植 


data->io base = ioremap (pdev->Tesource [0] .start, 
pdev->resource[0] .end - pdev->resource[0] .start + 1); 
if (data->io base == NULL) { 
dev err(g&pdev->dev, "ioremap failed\n"); 
kfree (data); 
return -EIO; 
上 
/* 对 结构 体 plat_nand data 的 各 种 数据 、 状 态 、 命 令 、 地 址 进行 初始 化 */ 
data->chip.priv = &qata7 
data->mtd.priv = &data->chip; 
data->mtd.owner = THIS MODULE; 
data->mtd.name = dev name (&pdev->dev) 7 
data->chip.1I0 ADDR R = data->io base; 
data->chip.1I0 ADDR W = data->io base; 
data->chip.cmd ctrl = pdata->ctrl.cmd ctrl; 
data->chip.dev ready = pdata->ctrl.dev ready; 
data->chip.select chip = pdata->ctrl.select chip; 
data->chip.chip delay = pdata->chip.chip delay; 
data->chip.options |= pdata->chip.options; 
data->chip.ecc.hwctl = pdata->ctrl.hwcontrol; 
data->chip.ecc.layout = pdata->chip.ecclayout; 
data->chip.ecc.mode = NAND ECC SOFT; 
/* 使 用 函数 platform set_drvdata() 将 信息 保存 在 设备 的 driver_data 字段 中 */ 
platform set drvdata(pdev, data); 
/* 扫 描 是 否 存 在 mtd 设备 */ 
if (nand scan(g&data->mtd, 1)) { 
res = -ENXIO; 
goto out; 
) 
#ifdef CONFIG MTD PARTITIONS 
if (pdata->chip.part probe types) { 
res = parse mtd partitions (gdata->mtd, 
pdata->chip.part probe types, 
&data->parts, 0); 
TF {res Sy Oy 
add mtd partitions (gdata->mtd, data->parts, res); 
return 0; 
} 
} 
if (pdata->chip.partitions) { 
data->parts = pdata->chip.partitions; 
res = add mtd partitions(&data->mtd, data->parts, 
pdata->chip.nr partitions); 
} else 
#endif 
/* 添 加 mtd 设备 */ 
res = add mtd device(&data->mtd); 
if (!res) 
return res; 
/* 释 放 nand 设备 占用 的 资源 */ 
nand release(&data->mtd); 
out: 
/* 资 源 释放 部 分 : 释放 设备 占用 资源 、 释 放 工 /0 映射 到 内 存 的 空间 、 释 放 data 占用 空间 */ 
platform set drvdata(pdev, NULL); 
iounmap (data->io base); 
kfree (data); 
return res; 
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2. platfrom_nand_data 结 构 体 


platfrom_ nand_data 结构 体 在 include/linux/mtd 中 进行 的 定义 。 该 结构 体 包括 特定 平台 
的 数据 信息 ， 在 该 结构 体 中 包括 两 项 内 容 ， 即 特定 芯片 结构 体 和 设备 控制 器 结构 体 。 下 面 
为 这 三 个 结构 体 的 定义 。 


/*platform nand_data 结构 体 的 定义 */ 

struct Platform nand data { 
struct Platform nand chip chip; 
struct platform nand ctrl ctrl; 

Mz 

/*platform nand_chip 结构 体 定义 特定 芯片 的 属性 */ 


struct Platform nand chip { 


int nr chips; 
int chip offset; 
int nr partitions; 


struct mtd partition *partitions; 
struct nand ecclayout *ecclayout; 


int chip delay; 

unsigned int options; 

const char **part probe types; 
void *priv; 


ls 
/*platform nand_ctrl 结构 体 中 定义 了 对 芯片 控制 的 操作 函数 */ 


struct Platform nand ctrl { 


void (*hwcontrol) (struct mtd info *mtd, int cmd); 

int (*dev_ready) (struct mtd info *mtd); 

void (*select chip) (struct mtd info *mtd, int chip); 

void (*cmd ctrl) (struct mtd info *mtd, int dat, 
unsigned int ctrl); 

void *priv; 


}; 


3. 驱动 初始 化 s3c24xx_nand_init() 


加 载 该 驱动 后 ， 就 会 注册 s3c2440_nand_driver 驱动 ， 因 为 Mini2440 的 CPU 类 型 为 
S3C2440， 因 此 在 函数 调用 s3c2410_nand_init 时 ， 注 册 支 持 Mini2440 的 NandFlash 驱动 。 
module init(s3c2410 nand init); 


astatie dnt init s3c2410 nand init (void) 


printk("S3C24XxX NAND Driver, (c) 2004 Simtec Electronics\n"); 
platform driver register(&s3c2412 nand driver); 
/* 注 册 s2c2440 _nand driver*/ 
Platform driver register(&s3c2440 nand driver); 
return platform driver register (gs3c2410 nand driver); 
} 
/*s3c2440 nand driver 结构 体 的 定义 如 下 */ 


static struct platform driver s3c2440 nand driver = { 
-probe = s3c2440 nand probe, 
.remove = 53c2410 nand remove, 
-Suspend = s3c24xx nand suspengd, 
.resume = Ss3c24xx nand resume, 
.driver ={ 
.name = "s3c2440-nand", 


-owner = THIS MODULE, 
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]， 
bs 


4. 探 针 函数 s3c2440_nand_probe() 


因为 调用 函数 platform driver register (&s3c2440 nand driver) 后 ， 调 用 探 针 函数 时 ， 
函数 s3c2440_nand _probe 就 会 被 调用 。 
static int s3c2440 nand probe (struct Platform device *dev) 
{ 
/* 第 2 个 参数 指定 了 CPU 的 类 型 为 TYPE _S3C2440*/ 
return s3c24xx nand probe(dev, TYPE S3C2440) 
} 
/* 函 数 s3c24xx_nand _ probe () 的 定义 */ 
static int  s3c24xx nand probel(struct platform device *pdev, enum 
s3c_cpu type cpu type) 
和 
/* 分 配 空间 并 进行 初始 化 */ 
info = kmalloc (sizeof (*info), GFP KERNEL); 
memset (info, 0, sizeof (*info)); 
/* 将 info 保存 在 driver_data 字段 中 */ 
Platform set drvdata(pdev, info); 
spin lock init (ginfo->controller.lock); 
/* 初 始 化 队列 */ 
init waitqueue head(&info->controller.wq); 
/* 获 得 时 钟 资源 并 开启 */ 
info->clk = clk get (gpdev->dev, "nand"); 
clk enable (info->clk); 
/* 分 配 和 映射 资源 */ 
res = pdev->resource; 
size = res->end - res->start + 1; 


/* 为 NandFlash 寄存 器 区 申请 I/0 内 存 地 址 空间 区 ， 并 通过 ioremap () 把 它 映射 到 虚拟 地 


址 空间 */ 

info->area = request mem region(res->start, size, pdev->name); 
info->device = gpdev->dev; 

info->platform = plat; 


info->regs ioremap (res->start, size); 

info->cpu type = cpu type; 

/* 初 始 化 NandFlash 控制 器 */ 

s3c2410 nand inithw (info); 

/* 为 mtq 设备 分 配 设备 信息 的 存储 空间 */ 

size = nr sets * sizeof (*info->mtds); 

kmalloc (size, GFP KERNEL); 

memset (info->mtds, 0, size); 

/* 初 始 化 所 有 可 能 的 芯片 */ 

nmtd = info->mtds; 

for (setno = 0; setno < nr sets; setnot++, nmtd++) { 
s3c2410 nand init chip(info, nmtd, sets); 
nmtd->scan res = nand scan ident (gnmtd->mtqd, 

(sets) 2 sets=>nr chips 2 1)s 
if (nmtd->scan res == 0) { 
s3c2410 nand update chipl(info, nmtd); 
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nand scan tail (gnmtd->mtd); 
s3c2410 nand add partition(info, nmtd, sets); 
L 
if (sets '= NULL) 
setst+; 
} 
/*CPU 频率 驱动 */ 
s3c2410_ nand cpufreq _ register (info) 
if (allow clk stop (info)) { 
dev info(gpdev->dev, "clock idle support enabled\n"); 
clk disable (info->clk); 
} 
return 0; 


} 


5. 支持 的 芯片 类 型 s3c_cpu_type 


在 s3c2410.c 中 还 定义 了 支持 的 芯片 类 型 ， 枚 举 类 型 s3c_ cpu typ 中 定义 了 支持 的 芯片 
类 型 。 


enum s3c cpu type { 
TYPE S3C2410， 
TYPE S3C2412, 
TYPE S3C2440, 
}; 


6. 控制 器 初始 化 s3c2410_nand_inithw() 


在 函数 s3c24xx_nand_probe() 中 调用 函数 s3c2410_nand_inithw() 对 NandFlash 控制 器 进 
行 初始 化 。 在 对 硬件 初始 化 函数 s3c2410_nand_inithw0 中 就 涉及 了 对 寄存 器 的 访问 。 

static int s3c2410 nand inithw(struct s3c2410 nand info *info) 

I 


int ret; 
ret = s3c2410 nand setrate (info); 
if (ret < 0) 
return Tet7 
/* 根 据 CPU 型 号 写 不 同 的 配置 */ 
switch (info->cpu type) { 
case TYPE S3C2410: 
default: 
break; 
case TYPE S3C2440: 
case TYPE S3C2412: 
/* 以 四 字 节 形式 向 配置 寄存 器 中 写 内 容 。S3C2440_NFCONT_ENABLE 的 值 为 1， 即 向 
置 寄存 器 NFCONT 中 写 1， 通 过 查看 芯片 资料 ， 对 应 bit0 为 1 时 表示 使 能 NandFlash 
控制 ， 其 初始 状态 为 0*/ 
writel (S3C2440 NFCONT ENABLE, info->regs + S3C2440 NFCONT); 
return 0; 


} 
对 于 Nand 驱动 的 其 他 函数 和 操作 也 可 以 根据 相同 的 方法 进行 分 析 ， 在 对 驱动 源码 进 
行 分 析 和 理解 的 基础 上 ， 下 面 将 介绍 如 何 针对 具体 芯片 进行 移植 。 


Be 
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12.3 ”NandFlash 驱动 移植 


移植 NandFlash 驱动 时 只 要 对 内 核 代码 作 少量 修改 即 可 ， 修 改 的 内 容 主要 包括 对 
NandFlash 类 型 的 支持 、NandFlash 分 区 和 NandFlash 注册 。 


12.3.1 


内 核 的 修改 


1. NandFlash 类 型 的 支持 


文件 nand ids.c 中 的 数组 nand flash ids 中 定义 了 内 核 支 持 的 各 种 不 同 容 量 的 


NandFlash 芯片 ， 包 括 分 页 大 小 、 容 量 大 小 等 信息 。 


struct nand flash dev nand flash ids[] 


/*512 Megabit*/ 


/*1 Gigabit*/ 
"NAND 128MiB 
"NAND 128MiB 
"NAND 128MiB 
"NAND 128MiB 


/*2 Gigabit*/ 
"NAND 256MiB 
"NAND 256MiB 
"NAND 256MiB 
"NAND 256MiB 


/*4 Gigabit*/ 
"NAND 512MiB 
"NAND 512MiB 
"NAND 512MiB 
"NAND 512MiB 


/*8 Gigabit*/ 

"NAND 1GiB 1,8V 
"NAND 1GiB 3,3V 
"NAND 1GiB 1,8V 
"NAND 1GiB 3,3V 


/*16 Gigabit*/ 

"NAND 2GiB 1,8V 
"NAND 2GiB 3,3V 
"NAND 2GiB 1,8V 
"NAND 2GiB 3,3V 


"NAND 64MiB 1,8V 8-bit", 
"NAND 64MiB 3,3V 8-bit", 
"NAND 64MiB 1,8V 16-bit", 
"NAND 64MiB 3,3V 16-bit", 


OxA2, 
OxF2. 
0xB2, 
UxC23 


8-bit", OxAl, 
8-bit", OxF1, 
16-bit", 0xB1， 
16-bit", OxC1, 


8-bit", OxAA, 
8-bit", OxDA, 
16-bit", 0xBA, 
16-bit", 0xCR， 


8-bit", OxAC, 
8-bit", OxDC, 
16-bit", 0xBC， 
16-bit", 0xCC， 


8-bit", 0xR3， 
8-bit", 0xD3， 
16-bit", 0xB3, 
16-bit", 0xC3， 
8-bit", 0xA5, 
8-bit", 0xD5， 
16-bit", 0xB5, 
16-bit", 0xC5， 


0， 
0， 
0， 
0， 
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2. NandFlash 分 区 


在 文件 mach-mini2440.c 中 修改 NandFlash 分 区 表 ， 文 件 mach-mini2440.c 可 以 参考 
mach-smdk2440.c 进行 修改 。 
static struct mtd partition mini2440 default nand part[] = { 


sl 
-name = "supervivi", /*bootloader 所 在 分 区 */ 
-size = 0x00030000, 
-offset = 0, 

ls 

El 
-name = "Kernel", /* 内 核 所 在 分 区 */ 
-offset = 0x00050000, 
.Size = 0x00200000, 

| 
:iamne = Meoot”, /* 文 件 系统 所 在 分 区 */ 
-offset = 0x00250000, 
.size = 0x03dac000, 


}; 
3. NandFlash 注 册 


将 NandFlash 设备 注册 到 系统 中 ， 在 _initdata 中 添加 NandFlash 设备 。 


/* 开 发 板 上 所 有 NandFlash 的 设置 表 ，mini2440 上 只 有 一 块 NandFlash， 如 果 有 多 块 在 后 面 
继续 添加 */ 
static struct s3c2410 nand set mini2440 nand sets[] = { 
IOI = 
.name = "NAND", 
Mr chips = 17 
-nr partitions = ARRAY SIZE (mini2440 default nand part), 
-partitions = mini2440 default nand part, 
}, 


] 7 
/*NandFlash 信息 */ 
static struct s3c2410 Platform nand mini2440 nand info = { 
.tacls = 20, 
.twrph0 = 60, 
.twrphl = 20, 
-nr_ sets = ARRAY SIZE (mini2440 nand sets), 
-Sets = mini2440 nand sets, 
}; 
/* 将 NandFlash 设备 注册 到 系统 中 */ 
static struct Platform device *mini2440 devices[] _initdata = { 


&s3c device usb, 
&S3c device rtc, 
&s3c device lcd, 
&s3c device wadt, 
&s3c device i2c0, 
&s3c device iis, 
&s3c device dm9k, 
&net device cs8900, 
&53c24xx udal34x, 
&s3c device sdi, 
&s3c device nand， 


}; 


I 
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12.3.2 ”内 核 的 配置 和 编译 


在 编译 内 核 时 ， 配 置 对 MTD 的 支持 选项 Memory Technology Device (MTD) support。 
进入 该 配置 窗口 后 ， 选 择 MTD 分 区 支持 MTD partitioning support， 配 置 如 图 12.1 所 示 。 


图 12.1 配置 MTD 分 区 支持 
进入 NAND Device Support 配 置 窗口 选择 对 具体 芯片 类 型 的 支持 ,配置 如 图 12.2 所 示 。 


图 12.2 配置 对 S3C2440 的 支持 


12.4 小 结 


NandFlash 驱动 移植 是 比较 简单 的 内 容 ， 对 于 其 烧 写 内 核 部 分 省 略 了 ， 读 者 可 以 参考 
前 面 的 章节 关于 介绍 内 核 编 译 、 移 植 和 烧 写 的 过 程 。 本 章 主 要 介绍 分 析 NandFlash 驱动 的 
实现 过 程 ， 达 到 让 读者 能 根据 不 同型 号 的 NandFlash 修改 对 应 驱动 文件 和 移植 的 目的 。 
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MiniGUI 是 根据 嵌入 式 系统 应 用 特点 量 身 定做 的 图 形 支持 系统 。MiniGUI 支持 多 种 操 
作 系 统 ， 如 uClinux、VxWorks、eCos、uC/OS-II、ThreadX、Nucleus、OSE 等 。 它 也 可 以 
运行 在 Win32 平台 。 本 章 主要 介绍 MiniGUI 在 上 位 机 中 的 安装 、 开 发 和 调试 方法 ， 以 及 移 
植 到 ARM 平台 的 过 程 。 


13.1 MiniGUI 在 上 位 机 中 的 安装 


MiniGUI 在 移植 到 开发 板 之 前 ， 必 须 先 在 上 位 机 中 调试 通过 ， 然 后 交叉 编译 ， 最 后 移 
植 到 开发 板 上 。 下面 将 以 MiniGUI-1.12.10 在 Fedora Core release 6 版 本 上 的 安装 过 程 为 例 ， 
介绍 MiniGUI 的 安装 和 编译 过 程 。 


13.1.1 安装 需要 的 安装 文件 


在 表 13.1 中 列 出 了 需要 的 安装 文件 和 RPM 包 。 如 果 需 要 对 各 个 文件 进行 更 详细 的 了 
解 ， 可 以 查看 MiniGUI 的 手册 文件 。 


表 13.1 安装 文件 和 RPM 包 列表 
安装 文件 说 有明 
libminigui-1.6.10 .tar.gz MiniGUI 的 函数 库 源 代码 
MiniGUI 依赖 函数 库 ， 用 来 支持 了 PEG 图 片 
MiniGUI 依赖 函数 库 ， 用 来 支持 PNG 图 片 
MiniGUI 的 综合 演示 程序 包 ， 是 一 些 复杂 的 例子 
《MiniGUI 编程 指南 》 的 示例 程序 
MiniGUI 所 使 用 的 资源 文件 ， 包 括 字体 、 图 标 、 位 图 和 鼠标 光标 等 
MiniGUI 的 图 形 引擎 
MiniGUI 丰富 的 例子 程序 ， 包 括 mGPoint、mGPaint、eHomeSample、 
JIndustrialSample、MedicalSample、STBSample 等 


jpegsre.v6b.tar.gz 


libpng_src.gz 
mde-1.6.10.tar.gz 
mg-samples-1.6.10.tar.gz 


minigui-res-1.6.10.tar.gz 
qvfb-1.1.tar.gz 


samples-1.6.10.tar.gz 


RPM 包 
qt-devel-3.3.6-13.1386.1pm 


安装 后 得 到 补充 的 QT 库 文件 和 头 文件 


口 安装 文件 的 下 载 地 址 为 : http://sourceforge.net/projects/minigui/files/minigui/GPL-V1. 
6.10/。 
口 RPM 文件 的 下 载 地 址 为 : http://ftp.isu.edu.tw/pub/Linux/Fedora/linux/extras/6/1386/? 


page=84 
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13.1.2 ”MiniGUI 的 运行 模式 


MiniGUI 可 以 配置 成 4 种 模式 中 的 一 种 : 多 进程 的 MiniGUI-Processes、MiniGUI-Lite 
运行 模式 、 多 线程 的 MiniGUIThreads 运行 模式 和 非 多 线程 的 MiniGUI-Standalone 运行 模 
式 。MiniGUI 不 同 的 版 本 包括 不 同 的 MiniGUI 运行 模式 。 

口 MiniGUI-Processes 运行 模式 : MiniGUI-Processes 上 的 每 个 程序 是 单独 的 进程 ， 每 

个 进程 也 可 以 建立 多 个 窗口 ， 并 实现 了 多 进程 串口 系统 ， 来 自 不 同 进程 的 窗口 可 

以 在 同一 桌面 上 协调 存在 。 

口 MiniGUI-Lite 运行 模式 : MiniGULLite 实现 了 不 同窗 口 之 间 的 切换 , 但 没 能 够 解决 

进程 间 窗 口 层 全 的 问题 , 无 法 同时 管理 来 自 不 同 进程 间 的 窗口 。 在 MiniGUI2.0 后 

被 MiniGUI-Processes 运行 模式 取代 。 

口 MiniGUI-Threads 运行 模式 : MiniGUI-Threads 可 以 在 不 同 的 线程 中 建立 多 个 窗口 ， 

所 有 的 窗口 在 同一 个 进程 中 。 

口 MiniGUI-Standalone 运行 模式 : MiniGUI-Standalone 不 需要 多 进程 和 多 线程 的 支持 ， 
适合 功能 单一 的 应 用 场合 。 

MiniGUI 安装 时 MiniGUI 运行 模式 的 配置 方法 ， 如 表 13.2 所 示 。 


表 13.2 ”MiniGUI 运 行 模式 的 配置 方法 


Configure 肢 本 选项 | 宏 | 备注 | 员 认 
不 指定 


_MGRM PROCESSES MiniGUI 运行 模式 ， 仅 用 于 
Ee LITE VERSION Linux/uClinux 操作 系统 


MGRM STANDALONE Ee 
ol RO MiniGUI-Standalone 运行 模式 ， 仅 用 于 
standalone 下 Linux/uClinux 操作 系统 

_STAND ALONE 


目前 嵌入 式 的 芯片 功能 比较 强大 ， 各 种 嵌入 式 应 用 场合 也 越 来 越 复杂 ， 下 面 的 运行 模 
式 配 置 将 配置 成 MiniGUI-Threads 运行 模式 ， 即 直接 执行 ./configure 即 可 。 


13.1.3 ”编译 并 安装 MiniGUI 


编译 MiniGUI 采用 的 内 核 版 本 为 Linux-2.6.18 的 Fedora Core release 6 版 本 ; 编译 器 的 
版 本 为 gcc-4.1.1; MiniGUTI 的 版 本 为 1.6.10。 读者 可 以 使 用 uname -a 查看 本 机 的 内 核 版 本 ， 
cat /etc/issue 查看 发 行 的 Linux 版 本 ， 使 用 gcc -v 查看 本 机 默认 的 编译 器 版 本 。 


#uname -a // 查 看 内 核 版 本 
#cat/etc/issue // 查 看 Linux 发 行 版 本 
#gcc 一 V // 查 看 GCC 版 本 


1. 安装 MiniGUI 的 函数 库 〈libminigui-1.6.10.tar.gz) 


(1) 首先 建立 存放 安装 源 文件 目录 ， 将 需要 安装 的 文件 放 在 该 目录 下 。 


we 
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#mkdir/usr/local/minigui setup // 建 立 存放 安装 文件 目录 
(2) 完成 安装 文件 的 复制 后 ， 解 压 安 装 文件 ， 解 压 方法 如 下 : 


#cd/usr/local/minigui setup 
#tar -zxvf libminigui-1.6.10.tar.gz // 解 压 libminigui-1.6.10.tar.gz 


(3) 进入 解压 后 的 目录 进行 安装 。 


#cd libminigui-1.6.10 


#./configure / /安装 默 认 的 配置 ， 将 其 配置 成 MiniGUI-Threads 运行 模式 
#make // 执 行 编译 

#make install // 安 装 ， 默 认 安 装 在 /usr/1local 目录 下 

通过 ls 命令 可 以 查看 安装 的 结果 。 

#1s/usr/local/lib // 查 看 安装 的 库 文件 
libmgext-1.6.so.10 libmgext .so libminigui.la 


libvcongui.a 
libmgext-1.6.so.10.0.0 libminigui-1.6.so.10 libminigui.so 
libvcongui.la 


libmgext.a libminigui-1.6.so0.10.0.0 1ibvcongui-1.6.so.10 
libvcongui.so 

libmgext .la libminigui.a libvcongui-1.6.s0.10.0.0 
#1ls/usr/local/include/minigui/ // 查 看 安装 的 头 文件 

colordlg.h endianrw.h mgext.h ose_ semaphore.h threadx pthread.h 
Vxworks_semaphore.h 

colorspace.h ext minigui.h own malloc.h threadx semaphore.h 
win32 dirent.h 

common.h filedlg.h mywindows.h own stdio.h ucos2 pthread.h 
win32_pthread.h 

control.h fixedmath.h newfiledlg.h psos_pthread.h 
ucos2_semaphore.h win32_sched.h 

Ctrl gdh nucleus pthread.h psos_semaphore.h vcongui.h 

win32 semaphore.h 

dti-e mgconfig.h nucleus semaphore.h skin.h vxworks pthread.h 
window.h 


2. 安装 MiniGUI 的 资源 文件 (minigui-res-1.6.10.tar.gz) 


# tar -zxvf minigui-res-1.6.10.tar.gz // 解 压 资源 文件 包 
# cd minigui-res-1.6.10 // 进 入 解压 后 的 资源 文件 目录 
# make install // 执 行 安装 
全 注意 : 读者 在 安装 的 过 程 中 应 该 以 超级 用 户 的 身份 进行 安装 ， 这 里 的 安装 过 程 都 是 以 超 
级 用 户 的 身份 执行 的 。 


3. 添加 共享 库 的 搜索 路 径 


在 /etc/ld.so.conf 文件 中 包含 了 默认 的 共享 搜索 路 径 。 在 该 文件 的 后 面 添加 刚才 安装 的 
MiniGUI 的 库 文件 路 径 。 


#vi /etc/ld.so.conf 


在 文件 1d.so.conf 末尾 添加 /usrlocallib 和 /usr/lib。 


+ 
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#ldconfig // 刷 新 共享 库 缓存 
4. 安装 RPM (qt-devel-3.3.6-13.i386.rpm) 


# rpm -i --force qt-devel-3.3.6-13.i386.rpm 
// 安 装 支持 Qt 3.0.3 的 头 文件 和 库 文件 


全 注意 ; 如 果 不 安装 此 pm 包 ， 在 安装 配置 QVFB 时 会 提示 找 不 到 相关 的 库 文件 和 头 文 
件 。checking for Qt... configure: error: Qt (>= Qt 3.0.3) (headers and libraries) not 


found. Please check your installation! 


5. 安装 qvfb 


qvfb 是 Qt 提供 的 一 个 虚拟 FrameBuffer〈 帧 缓存 ) 工具 。 这 个 工具 是 基于 Qt 开发 ， 
运行 在 XWindow 上 。 


#tar -zxvf qvfb-1.1.tar.gz 
#cd qvfb=1:1 
/configure \ 


--with-qt-includes=/usr/lib/qt-3.3/include \ // 指 定 头 文件 目录 
-—with-qt-libraries=/usr/lib/qt-3.3/1ib AN // 指 定 库 文件 目录 
--with-qt-dir=/usr/lib/qt-3.3 // 指 定 路 径 
#make 


#make install 


人 a | Virtuar rrameburrer 2 SG | 
6. 执行 qvfb 测 试 qvfb File View Help 


#qvfb 


安装 成 功 后 ,运行 qvfb 可 以 看 到 如 图 13.1 所 示 的 图 形 界面 ， 
从 现在 开始 可 以 在 此 基础 上 开发 和 调试 自己 的 产品 了 。 此 时 的 
界面 中 不 包含 任何 控件 、 按 钮 和 图 片 。 


从 注意: 在 有 些 书 上 和 MiniGUI 的 手册 上 ， 都 讲 了 对 MiniGUI 
运行 时 配置 文件 /usr/locla/etc/MiniGUI.cfg 的 设置 。 本 
机 默认 的 配置 图 形 引 擎 就 是 qvfb， 所 以 不 需要 进一步 
的 配置 文件 msrlocla/etc/MiniGUIcfg。 如 果 读 者 的 计 
算 机 上 无 法 正确 显示 ， 请 参考 本 文 的 配置 修改 。 下 面 图 13.1 qvfb 测试 结果 
给 出 本 机 的 配置 供 参 考 。qvfb 段 配置 : 


[system] 

# GAL engine and default options 

gal engine=qvfb // 指 定 qvfb 作为 图 形 引擎 
defaultmode=800x600-16bpp 


# IAL engine 

ial engine=qvfb 
mdev=/dev/input/mice 
mtype=IMPS2 
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[fbcon] 
defaultmode=1024x768-16bpp 


[qvfb] 
defaultmode=640x480-16bpp 
display=0 


13.1.4 编译 安装 MiniGUI 需要 的 图 片 支持 库 


安装 支持 png 格式 的 文件 libpng_src.gz 和 支持 jgeg 格式 的 文件 jpegsrc.v6b.tar.gz。 


#tar zxvf jpegsrc.v6b.tar.gz 


#cd jpeg-6b 

#make 

# mkdir /usr/local/man // 创 建 manl 目录 ， 手 册 安 装 在 此 目录 下 
#mkdir /usr/local/man/manl // 创 建 manl 目录 ， 手 册 安 装 在 此 目录 下 


#make install 

# tar zxvf libpng src.gz 

# cd libpng 

# make -1 /usr/lib/ // 指 定编 译 库 , 否则 会 出 现 找 不 到 1ibpng .a 错误 


#make install 


13.1.5 编译 MiniGUI 应 用 程序 例子 


解压 例子 程序 包 ， 通 过 这 些 例子 让 读者 很 快 熟悉 MiniGUTI 的 编程 格式 ， 下 面 是 这 些 例 
子 的 解压 、 编 译 和 运行 过 程 。 

# tar -zxvf mg-samples-1.6.10.tar.gz 

# cd mg-samples-1.6.10 


# ./configure 
# make 


执行 make 后 , 会 在 src 子 目 录 中 生成 可 执行 文件 。 直接 运行 例子 程序 的 时 候 会 遇 到 无 
法 初始 化 图 形 引擎 的 问题 ， 错 误 的 情况 类 似 下 面 的 提示 : 
NEWGAL: Video mode smaller than requested. 


NEWGAL: Set video mode failure. 
InitGUI: Can not initialize graphics engine! 


其 原因 是 默认 的 输出 模式 defaultmode 设置 问题 ,在 配置 /usr/locla/etc/MiniGULI.cfg 文件 
的 时 候 ， 提 到 了 defaultmode=640x480-16bpp。 重 新 开启 另外 一 个 终端 ， 执 行 qvfb， 选 择 命 
令 File->Configure， 修 改 其 模式 为 640x480， 且 单 击 Ok 按钮 改变 其 显示 模式 ， 如 图 13.2 
所 示 。 然 后 再 运行 例子 程序 ， 效 果 如 图 13.3 所 示 。 或 者 通过 命令 形式 指定 其 显示 模式 ， 然 
后 再 运行 例子 程序 可 以 得 到 与 图 13.3 同样 的 效果 。 

#qvfb -width 640 -height 480 -depth 16 

通过 上 面 的 介绍 ， 读 者 可 以 自己 修改 例子 程序 ， 编 译 运行 查看 效果 。 接 下 来 将 介绍 本 
章 的 另外 两 个 重点 ，MiniGUI 的 常用 的 开发 方法 和 MiniGUI 程序 的 交叉 编译 和 移植 过 程 。 
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Conrigore x 


Size Depth 
O 〇 240x320 "PDA" O 1 bit monochrome 


O 320x240 "TV" O 4 bit grayscale 


® 640x480 "VGA" Deb 
y ~ O 12 (16) bit 
Custom |240 全 |320 全 
ELEDIE 
O skin | pda.skin O 32 bit 


Note that any applications using the virtual framebuffer will be 
terminated if you change the Size or Depth above. You may freely 
modify the Gamma below. 


Gamma 


13.2 设置 显示 模式 大 小 


Virtual frameburrer 640x460 16bpP Display :0 : 


Eile View Help 


ee 的 世界 ! 如 果 您 能 看 到 该 文本 ， 则 说 明 MiniGuI version 1.6.10 可 


Timer expired，current tick count: 58001. 


13.3 ”例子 程序 运行 的 结果 


13.2 ”Eclipse 开发 MiniGUI 程序 


通过 IDE 编程 工具 进行 代码 的 管理 和 开发 对 于 较 大 的 工程 比较 方便 。 相 比 通过 命令 行 
进行 编译 和 对 代码 进行 修改 ，IDE 编译 器 具有 绝对 的 优势 。 下 面 介绍 如 何在 Linux 中 使 用 
Eclipse 进行 开发 MiniGUI 程序 。 


13.2.1 Linux 下 安装 Eclipse 介绍 


在 Fedora 版 本 中 带 有 Eclipse 安装 包 ， 如 图 13.4 所 示 。 如 果 在 安装 系统 的 时 候 没 有 添 


有 
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加 Eclipse， 可 以 通过 选择 “应 用 程序 | 添加 /删除 软件 ”命令 添加 Eclipse。 
网 点 用 程序 位 置 系 入 国人 鲍 司 全 恩 合 eRe) 


局 软件 包 管 理 者 到 休假 
文件 人 查看 (w) 帮助 时 


加 站 (| 搜索 @ | 治 对 中 | 


电 四 GSNOME 软件 开发 


名: 口 java 开 发 
服务 器 国 喇 KDE 软件 开发 
基本 系统 -XO Ruby 加 


[Eclipse 集成 开发 环境 


4 ( 共 5 介 个 可 选 的 软件 包 被 选择 


| 可 渤 的 软件 包 (OQ) 


CE 二 而 而 而 9 


13.4 安装 Eclipse 


如 果 出 现 “无 法 安装 软件 包 ” 错 误 提 示 ， 则 按照 下 面 方法 进行 安装 ， 安 装 过 程 根据 不 
同 的 系统 版 本 会 有 差异 。 本 机 的 系统 版 本 为 FC6， 其 他 的 系统 安装 方法 可 以 进行 参考 ， 详 


细 过 程 不 进行 贴图 说 明 ， 读 者 可 以 在 网 上 查阅 相关 资料 。 


#mount -t iso9660 /dev/cdrom /mnt/cdrom/ // 挂 载 光驱 
#cd /etc/yum.repos.d/ // 建 立 添加 删除 配置 文件 


Vi cdrom.repo 


[cdrom] // 配 置 文件 cdrom.repo 的 内 容 


name=Fedora software from cdrom 
baseurl=file:///mnt/cdrom 
#vi /usr/lib/python2.4/site-packages/yum/yumRepo.py 
// 修 改 配 置 文件 yumRepo.py 

remote = Url + '/' + relative // 找 到 该 行 ， 将 url 改 为 刚才 挂 载 的 光驱 路 径 
remote “/mnt/cdrom” + '/' + relative // 修 改 后 
#cd /etc/yum.repos.d/ 
[root@localhost yum.repos.d]# vi fedora-core.repo 

// 修 改 enabled=1 为 enabled=0 
[root@localhost yum.repos.d]# vi fedora-updates.repo 

// 修 改 enabled=1 为 enabled=0 
[root@localhost yum.repos.d]# vi fedora-extras.repoe 


// 修 改 enabled=1 为 enabled=0 


安装 过 程 中 可 能 需要 依赖 其 他 的 RPM 包 ， 可 以 直接 进入 /mnt/cdrom/Fedora/RPMS 找 
到 相应 的 RPM 包 进 行 安装 。 默 认 安装 方式 Eclipse 是 不 支持 C/C++ 工程 ， 与 前 面 安 装 方式 


相同 , 进入 /mnt/cdrom/Fedora/RPMS 目录 下 安装 RPM 文件 eclipse-cdt-3.1.1-1.fec6.i386.mpm。 
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安装 后 新 建 工程 向 导 中 出 现 CIC++ 工 程 选项 ， 如 图 13.5 所 示 。 


Select a wizard p> 


Wizards: 


|type ritertext | 


b BS General | 


@ | | cancel 


图 13.5 ”增加 C/C++ 工程 选项 


13.2.2 ”使 用 Eclipse 编译 MiniGUI 程序 


对 于 有 过 Visual C++( 简 称 VC++) 编 程 经 验 或 者 用 Eclipse 编写 Java 经 验 的 读者 来 说 ， 
用 Eclipse 编写 C/C++ 代码 具有 语法 错误 提示 功能 ， 以 使 用 VI 更 有 优势 ， 能 方便 生成 
Makefile 文件 ， 方 便 设 计 和 生成 文档 。 本 节 将 通过 MiniGUI 的 示例 程序 进行 说 明 Eclipse 
编译 MiniGUI 的 过 程 及 相关 的 设置 。 


1. 使 用 Eclipse 创 建 并 运行 项 目 


(1) 解压 源码 ， 利 用 主 目录 下 的 configure 文件 生成 Makefile 文件 ， 阅 读 Makefile 文 
件 查看 其 需要 的 头 文件 和 相关 的 库 文件 。 

Eclipse 可 以 帮助 生成 Makefile, 这 里 以 mde-1.6.10.tar.gz 中 的 bomb 程序 为 例 , 介绍 整 
个 项 目的 导入 、 编译 及 运行 过 程 。 在 设置 编译 配置 的 时 候 可 以 先 通过 源 代码 的 configure 文 
件 生 成 Makefile, 然后 参考 Makefile 对 Eclipse 的 编译 配置 进行 设置 , 或 者 通过 读 源 代码 和 
《MiniGUI 编程 指南 》。 本 文 的 编译 器 设置 是 通过 读 Makefile 来 设置 。 

(2) 使 用 File | New | Project 建立 C 项 目 ， 如 图 13.6 所 示 。 根 据 建立 项 目 向 导 制 定 项 
目 名 称 并 完成 建立 项 目 过 程 ， 在 创建 工程 的 时 候 ，Project Type 选择 Executable(Gnu)。 在 
Project 视图 中 右 击 项 目 , 在 弹出 的 快捷 菜单 中 选择 Import 命令 导入 项 目 文件 ， 导 入 对 话 框 
如 图 13.7 所 示 。 在 导入 对 话 框 中 通过 单 击 Browse 按钮 选择 文件 所 在 的 目录 。 


2. 配置 编译 选项 
在 调试 运行 项 目前 需要 配置 编译 选项 ， 包 括 编 译 器 配置 和 连接 器 配置 等 参数 ， 将 
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MiniGUI 的 头 文件 目录 、jpeg 支持 、png 支持 等 头 文件 目录 包含 到 编译 器 的 头 文件 目录 ， 


如 图 13.8 所 示 。 为 编译 指定 依赖 的 各 种 库 ， 如 图 13.9 所 示 。 


-一 一 一 -一 一 a 6 和 sk, 


EE | we 访 
Cpe tw © poland tdipow cronhe md eon We melas rpor resouces trom me wea ne sysem A 
Ps rom naiey: [esorarmmig venpmoe 1 6 10Por 5 
区 
莫 Rva rolect I Mokene -4 
于 Java Project from Existng Ant Buidrie so 
SPugin Project lL 
b Genera = Re | seam |[ pee | 
ec 
Gh Managed Mai C Polect rte roleer ER | 
Stanoard Mae C Prolect optons 
pecvs Overmae premg resourees wo wamng 
ct DGreate complete rolger Smucture 
lp a3 这 Create selecled folders oniy 
二 ee ee 5 < _ [Cm Em 


图 13.6 建立 项 目 13.7 导入 项 目 


添加 的 头 文件 路 径 包括 : 


/usr/local/include/minigui 
/usr/local/include 
/usr/include 


添加 的 库 包 括 : 
minigui 
pthread 

png 

jpeg 

m 


合 


Properties for bomb 


type filter text C/C++ Bulld 


Info 


四 sj 用 位 时 系 入 全 给 


Active configuration 


Bullders Project Wpe: 


2148 Oh 


: [pen 
C/C++ Documentation ED 


了 [anaee 


C/C++ Fle Types Configuration Settings 
C/C++ Indexer 


Project References 


4 | Tool semngs | Buld setings | Build Steps | Emor Parsers | Binary Parser | 


一 图 GCCCCompler 


壬 Preprocessor Nsrhoc elAnetsoer Tino 
四 Symbols usrmocainciude 
es srinclude 
世 opamization 
匡 Debugging 
四 wamings 
Te) 


公明 全 Ea 


re re 
o Ce ee 


全 上 [CE -bombre -Ecips | 图 [Virtual frameburrer 640— | 国 root@elocahost/usmoca/-] DW DY 


13.8 指定 编译 头 文件 目录 
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从 应 有 序 人 系 撤 例 司 全 辐 周 主语 2X9 全 
€ Properties for bomb x 
type filter text C/C++ Build > 
Info Active configuration 
Bulders Project WYpe: ”| 


Configuration: |Debug 


¥ | |Manage... 
C/C++ Documentation 


C/C++ File Types Conriguration Settings 
C/C++ Indexer 


Project References 


4| Tool Settings | Build Settings | Build Steps | ErrorParsers | Binary Parser 


一 图 Gcc CLinker jbraries (-| 要 量 晤 训 
General 


芝 Miscellaneous 是 | 
BShared Library Setti 
了 轩 GCC Assembler 


总 General - 
GE EG = 
| Restore Derautts | | Apply | 
@ OK Cancel 
1o9, 园 和 甸 庆 洁 +-bom… | 国 root@localhos-… 一 国 国 本 9 
13.9 指定 连接 库 文 件 目录 

添加 的 库 文件 的 路 径 包 括 : 
/usr/local/lib 
/usr/lib 
-iib 


全 注意 ; 在 配置 共享 目录 文件 ld.so.conf 时 ， 在 末尾 添加 /usr/local/lib 和 /usrlib， 并 且 使 用 
ldconfig 命令 使 其 生效 ， 否 则 即使 配置 了 编译 库 的 路 径 也 会 发 生 找 不 到 共享 库 中 
的 libpng 的 某 个 库 文 件 ， 因 为 这 些 文件 是 通过 共享 库 的 文件 进行 连接 过 来 的 。 例 
如 安装 png 的 库 文 件 信息 : 


cp png.h pngconf.h /usr/local/include 

chmod 644 /usr/local/include/png.h /usr/local/include/pngconf.h 
cp libpng.a libpng.so.2.1.0.12 /usr/local/lib 

chmod 755 /usr/local/lib/libpng.so.2.1.0.12 


(cd /usr/local/lib; ln -sf libpng.so.2.1.0.12 libpng.so.2; ln -sf 
libpng.so.2 libpng.so) 


将 MiniGUI 的 库 文件 、jpeg 库 文件 、png 库 文件 等 目录 指定 连接 器 库 包含 的 文件 目录 ， 
如 图 13.10 所 示 。 
/usr/local/lib 


/usr/lib 
/Lib 


配置 好 编译 器 设置 后 ， 单 击 Apply 和 OK 按钮 后 ，Eclipse 会 自动 进行 编译 。 如 果 配 置 
正确 并 且 没 有 语法 错误 的 情况 , Eclipse 会 自动 生成 Binary 文件 .Eclipse 自动 生成 的 Makefile 
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文件 在 debug 目录 下 与 刚才 编译 器 的 设置 相对 应 。Makefile 文件 如 下 : 
队 上 用 和 六 人 村 和 六 全 多 全 办 导 2001 圳 


Properties ror Bome x 


type filter text C/C++ Build = 


Info Active configuration 


Builders 


Project Wpe: | a 
Configuration: |[Debug ¥ | [Manage 
C/C++ Documentation 
C/C++ File Types Configuration Settings 
GCE ny 4| Tool Settings | Build Settings | Build Steps | Error Parsers | Binary Parser Pb 
Project References a a 加 日 
YY BGCC CUinker jpeg 


BG General 
en 人 于 
匡 Miscellaneous 

茵 Shared Library Setti 
了 图 GCC Assembler 


了 General 
Om Do ED | 
| Restore Defaults ] | Apply | 
@ OK Cancel 
15%, 园 入 A 汗 +-bom… | 国 root@localhos-… 9 


13.10 ”添加 库 文件 路 径 


非 非 提 拓 大 提 提 大 提 排 捧 提 大 提 捧 提 排 提 捧 振 拓 提 拓 持 提 提 拓 排 提 振 拓 提 划 振 拓 拓 划 振 拓 提 捍 拓 大 提 振 振 划 提 振 大 划 提 振 拓 划 捍 拓 排 提 拓 提 提 提 拓 提 提 提 提 提 
# Automatically-generated file. Do not edit! 


排 莫非 非 提 提 提 提 提 提 提 提 提 提 提 提 提 提 磊磊 韭 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 提 间 提 提 


-include ../makefile.init 


RM := rm -rf // 编 译 之 前 执行 清理 工作 


# All of the sources participating in the build are defined here 
-include sources.mk //source 指定 源 文件 的 路 径 
-include subdir.mk //subdir .mk 指定 编译 器 依赖 的 头 文件 目录 


-include obJjects .mk 
//objects.mk 文 件 中 指定 的 库 文 件 LIBS := -lminigui -lpthread -lm-1png -ljpeg 
ifneq ($(MAKECMDGORALS) ,clean) 
ifneq ($(strip $(C DEPS)),) 
-include $(C DEPS) 
endif 
endif 
-include ../makefile.defs 


# Add inputs and outputs from these tool invocations to the build variables 


# All Target 
all: bomb 


# Tool invocations 
bomb: $(0BJS) $ (USER_ OBJS) 
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@echo "Building target: $@' 
Qecho 'Invoking: GCC C Linker" 
gcc -L/usr/local/lib -L/usr/lib -L/lib -o"bomb" $(0OBJS) $ (USER OBJS) 


$ (LIBS) // 指 定 库 文件 
Qecho ‘'Finished building target: $@"' 
Qecho ' "' 


# Other Targets 


clean: // 执 行 清理 
-$(RM) $(C DEPS)$ (OBJS)$ (EXECUTABLES) bomb 
-eecho " " 


-PHONY: all clean dependents 
-SECONDRARY : 


-include ../makefile.targets 


利用 Eclipse 生成 的 目录 可 以 直接 在 命令 行 对 工程 进行 编译 , 进入 bomb 工程 所 在 的 目 
录 ， 删 除 Eclipse 刚才 生成 的 可 执行 文件 ， 清 理 临 时 文件 ， 然 后 执行 make， 同 样 可 以 生成 
可 执行 文件 ,利用 Eclipse 在 调试 和 编译 程序 的 时 候 非常 方便 , 为 项 目 开发 节省 了 很 多 时 间 。 


#cd /root/workspace/bomb/Debug 
#rm bomb 

#make clean 

#make 


13.2.3 ”设置 外 部 工具 


在 运行 MiniGUI 程序 前 通常 要 运行 qvfb， 而 Eclipse 提供 了 这 样 的 配置 。 通 过 选择 
Run | External Tools 命令 。 在 配置 外 部 工具 时 设置 工具 的 名 字 和 工具 的 路 径 ， 如 图 13.11 
所 示 。 

加 应 用 1 5 全 区 合 | 


Create, manage, and run configurations © 


Run a program 后 


ET $ Rerresh hEnvironment D Common 


业 Ant Bulld Location: 
¥ QW Program (usrhocaVminigui_setup/qvfb-1 /qvfb/qvfb 


[Browse Workspace .| [Browse Fie system | [ _ Variables.. | 


‘Working Directory: 


Browse Workspace .| |Browse Fle System .| | _ Variables.. | 
Arguments 
wa 1 
(t+ -bom | 国 rootelocahos- 一 硬 国 加 9 


图 13.11 设置 外 部 工具 
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13.2.4 ”运行 程序 


先 运 行 外 部 工具 avfb， 并 设置 好 其 显示 大 小 640X 480 和 深度 为 16bit, 然后 右 击 工程 ， 
在 弹出 的 快捷 菜单 中 选择 Run As|Run Local C/C++ Application 命令 运行 程序 ， 结 果 如 图 
13.12 所 示 。 


Virtual framebutrfer 640x480 16bpp Display :0 


File View Help 


图 13.12 运行 程序 结果 


13.3 VC++ 6.0 开发 MiniGUI 程序 


VC++ 6.0 是 很 多 图 形 界面 开发 者 熟悉 的 工具 , 在 开发 图 形 界面 和 调试 方面 也 具有 很 强 
的 优势 。 通 过 VC 6.0 调试 MiniGUI 程序 给 熟悉 Windows 编程 读者 带 来 了 方便 。 


13.3.1 安装 Windows 开发 库 


可 以 从 MiniGUI 的 官方 网 站 获得 Windows 开发 库 和 例子 程序 。 本 节 用 到 的 开发 库 为 
minigui-ths-dev-2.0.4-win32.zip， 例 子 程序 为 mg-samples-2.0.4.tar.gz。 

在 Windows 上 直接 解压 两 个 压缩 文件 即 可 ， 将 mg-samples-2.0.4 文件 中 的 .c 文件 复制 
到 解压 后 的 minigui-ths-dev-2.0.4-win32 目录 下 。 使 得 例子 程序 与 dl 目录 、include 目录 在 
同一 级 ， 不 这 样 设 置 也 可 以 ， 在 VC 的 “工程 ” |“ 设置 ”中 包含 库 的 路 径 中 指向 dll 目录 
和 include 目录 。 
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13.3.2 ”建立 新 工程 


EE ?x 
文件 工程 | 工作 区 | 其 它 文档 | 


[ 轨 ATL COM AppWizard 工程 

园 Cluster Resource Type Wizard E d 
[21Custom AppWizard Remo 
二 Database Project C 位 置 : 


区 DevStudio Add-in Wizard 

[ES Extended Stored Proc Wizard D3HNUx 图 书 项 目 W4 GUI 欧 植 \ 图 | 
ISAPI Extension Wizard 

Makefile 

WE MFC ActiveX ControlWizard 

MFC AppWizard [dl G R 创 建新 工作 区 

MFC AppWizard [exe] a 至 现 有 工作 区 

NNew Database Wizard 4 作 


spinbox 


到 win32 Static Library 


BRE 


WWin32 


13.13 ”建立 新 工程 


- Step 1 of 1 


What kind of Console Application do you 
want to create? 


© A simple application. 
© A"Hello, World!" application. 
广 an application that supports MFC. 


图 13.14 选择 建立 空 工程 


选择 菜单 “文件 ”|“ 新 建 ” 命 令 建立 新 工程 。 在 工程 标签 页 中 选择 工程 类 型 为 Win32 
Console Application， 填 写 工 程 的 名 字 为 spinbox， 如 图 13.13 所 示 。 在 建立 Win32 Console 
Application 第 一 步 时 选择 An empty project 单 选 按 钮 ， 如 图 13.14 所 示 。 单 击 “ 完 成 ”按钮 
完成 新 工程 的 建立 。 
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13.3.3 ”添加 文件 和 设置 工程 


该 节 主 要 介绍 VC 的 编译 选项 的 设置 ， 与 其 他 编译 器 的 设置 比较 类 似 ， 包 括 添加 文件 
的 方式 、 设 置 其 输出 文件 路 径 、 预 处 理 的 路 径 设 置 和 编译 器 链接 库 和 库 的 路 径 设置 。 

(1) 将 工作 区 设置 为 文件 视图 (FileView) ， 从 菜单 上 选择 “工程 |“ 添加 工程 ”Files 
命令 添加 源 文件 到 工程 中 。 

(2) 选择 菜单 “工程 ” |“ 设置 ”命令 ， 在 弹出 的 对 话 框 中 选择 General 选项 卡 ， 设 置 
输出 文件 的 路 径 为 ./dll， 将 输出 文件 指定 到 dll 目录 下 。 这 样 在 执行 生成 的 exe 文件 时 可 以 
在 执行 目录 下 找到 需要 的 dll 文件 ， 而 不 必 将 dll 文件 安装 在 系统 目录 下 ， 或 者 在 工程 路 径 
中 指定 包含 dll 的 目录 ， 如 图 13.15 所 示 。 


了 ae 
Settings For: [Win32 Debug (ere) | Debug | Cic++ | Link | Resources | Bl 
IE 

由- 四 Source Files 8 刷新 


国 Header Files 
国 Resource Files 


Microsoft Foundation classes: 
[Not Using MFC 


输出 路 径 
1 中 间 文 件 : 
pe 


人 输出 文件 : 
| eT] 


厂 Allow per-configuration dependencies 


13.15 ”输出 文件 路 径 设 置 


(3) 在 C/C++ 选项 卡 中 设置 分 类 为 Preprocessor 〈 预 处 理 ) ， 设置 附加 包含 路 径 
为 .Jinclude， 如 图 13.16 所 示 。 


Setings For: [Win32Debug 7|| General | Debug CIC++ | Link | Resources | Bl 
| -一 一 一 一 一 
pre 5: 


四 国 Source Files 
国 Header Files 
自 Resource Files 上 预 处 理 程序 定义 : 

[WiN32, DEBUG. CONSOLE. MBCS 

由 未 定义 符号 : 厂 AUndefine 全 部 符号 

| 


厂 1 总 略 标准 包含 路 径 


Project Options: 
ologo IMLd IW3 1Gm 1GX 1Z1 10d HJinclude" ID 。 习 
"WIN32" 1D "_DEBUG" JD"_CONSOLE" jD ”MBCS" 
p"Debuglspinbox.peh" IYX JFo"Debugr" Fd"Debugp -| 


| 
图 13.16 设置 预 处 理 的 路 径 
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(4) 设置 链接 库 和 相应 的 路 径 。 在 Link 选项 卡 中 指定 分 类 为 mput， 在 对 象 / 库 模块 中 
添加 所 有 的 库 〈 为 了 省 去 因 缺 少 库 而 调试 过 程 )》， 将 附加 库 路 径 设置 为 : .dll， 如 图 13.17 
所 示 。 添 加 的 库 文件 包括 pthreadVC1.lib miniguilib dirent.lib libjpeg.lib libpng .lib libzlib， 


在 dl 目录 下 能 找到 所 有 对 应 的 文件 。 
[ROSE | 
Settings For [Win32 Debug 7|| General | Debug | CIC++ Link | Resources | Bl Er] 


hdvc1.lib minigui.lib dirent.lib libjpeg.lib libpng.lib libz.lib 


厂 & 忽 略 全 部 默认 库 


四 Source Files 
国 Header Files 
国 Resource Files 


1 名 略 库 : 


E 强制 符号 说 明 ; 


D 附加 库 路 径 : 
Project Options: 
kernel32.lib user32.lib gdi32.lib winspoollib 


comdlg32.lib advapi32.lib shell32.lib ole32.lib 
oleaut32.lib uuid.lib odbc32.lib odbccp32.lib 


结束 


图 13.17 设置 链接 库 和 对 应 的 路 径 


lz 
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13.3.4 ”编译 和 运行 程序 

在 Windows 下 运行 的 步骤 类 似 在 Linux 中 运行 的 步骤 。 选择 菜单 “编译 ”|“ 重 建 全 部 ” 
命令 ， 如 果 没 有 编译 和 链接 错误 生成 可 执行 程序 。 在 运行 程序 前 先 执行 wvfb 目录 下 的 
wvfb.exe 文件 , 然后 运行 生成 的 可 执行 文件 , 运行 的 后 控制 台 信 息 如 图 13.18 所 示 , 而 wvfb 


则 由 全 黑 变 为 如 图 13.19 所 示 。 


charsetnane: 


59-1.IS08859-15.UTF-8.UTP-16LE。 


8859-15-UTF-8-UTF-16LE。ch 


859-1.1 
ch 


5.UTF-8.UTF-16LE, 
8859-15 .UTF-8.UTF-1 


59-15-UTPF-8-UTEF-16LE。charsetn 


End of 
tem font @: rhbf 


Use wufb engine. 


13.18 ”控制 台 打印 信息 


Yd 
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Ex 


File Setting Help 


图 13.19 wvfb 窗口 运行 结果 


13.3.5 ”MiniGUI 程序 编程 风格 举例 


MiniGUI 的 编程 风格 和 Windows 的 编程 风格 非常 类 似 。 包 括 其 命名 风格 、 编 程 风 格 等 ， 
对 熟悉 Windows 编程 的 读者 来 说 非常 容易 适应 。 下 面 为 spinbox.c 的 主要 代码 。 


// 响 应 消息 处 理 函 数 
static int 
SpinProc (HWND hD1g，int message, WPARAM wParam, LPARAM lParam) 


{ 
HWND hsSpin; 
SPININFO spinfo; 


hspin = GetDlgItem (hDlg, IDC SPIN); 


switch (message) 


{ 


case MSG INITDIALOG: //LPARAM 传递 的 是 对 话 框 消息 
‘ 

spinfo.min = 0; 

spinfo.max = 10; 

spinfo.cur = 0; 


SendMessage (hSpin, SPM SETTARGET, 0, (LPARAM)hD1g); 
SendMessage (hsSpin, SPM SETINFO, 0, (LPARAM) &spinfo); 
} 


break; 


case MSG KEYDOWN: / /WPARAM 传递 的 是 鼠标 按 下 的 消息 
if (wParam == SCANCODE CURSORBLOCKUP || 
wParam == SCANCODE CURSORBLOCKDOWN) { 
if (!(lParam & KS _ SPINPOST)) { 
tn 
cur = SendMessage (hsSpin, SPM GETCUR, 0, 0); 
if (wParam == SCANCODE CURSORBLOCKUP) 
UE 二 
else 
CUr 站 t> 
SendMessage (hspin, SPM SETCUR, cur, 0); 


EE 
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} 
InvalidateRect (hDlg, NULL, TRUE); 
} 


else if (wParam == SCANCODE PAGEDOWN || 
wParam == SCANCODE PAGEUP) 
if (!(lParam & KS SPINPOST)) { 
了 人 CU 
cur = SendMessage (hSpin，SPM GETCUR, 
if (wParam == SCANCODE PAGEUP) 
cur == 4; 
else 
cur += 47 
1 (cor < OMenre = On 
else if (cur > 10) cur = 10; 


SendMessage (hSpin, SPM SETCUR, cur, 
二 
InvalidateRect (hDlg, NULL, TRUE); 
} 
} 
break; 
case MSG PAINT: // 处 理 绘制 窗口 消息 
{ 
hdc; 
xX, Yy, 
Curs 


We hs 


cur = SendMessage (hSpin, SPM GETCUR, 0, 
x 10; 
Y cur*10; 
w= 60; 
h = 10; 


if (y < 10) 
y= 10; 

else if (y > 100) 
y = 100; 


hdc = BeginPaint (hDlg); 
MoveTo (hdc, 2, 10); 
LineTo (hdc, 100, 10); 
Rectangle (hdc, x, y, xtw, y+h); 
SetBrushColor (hdc, PIXEL black); 
FillBox (hdecy Se We Wil) 
MoveTo (hdc, 2, 110); 
LineTo (hdc, 100, 110); 
EndPaint (hDlg, hdc); 

} 


break; 


case MSG CLOSE: 


由 


EndDialog (hDlg, 0); 


} 
break; 


} 


return DefaultDialogProc (hDlg, message, wParam, 


: 


0, 0); 


0); 


(LPARAM) &spinfo); 
// 设 置 窗口 的 大 小 和 位 置信 息 


// 绘 制 直线 


// 绘 制 矩形 
// 设 置 画 刷 颜色 


// 关 闭 窗口 消息 


lParam); 


se 
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static DLGTEMPLATE DlgSpin = // 设 置 窗口 风格 
{ 

WS BORDER | WS CAPTION, 

WS_EX NONE, 

100, 100, 320, 240, 

"Spinbox and black block", 

OO 

NUREE 

0 
}; 


static CTRLDATA CtrlSpin[] = 
f 
{ 
CTRL SPINBOX, 
SPS AUTOSCROLL | WS BORDER | WS CHILD | WS VISIBLE, 
23005050 0 0 
IDC SPIN, 


mm 


0 
}; 


int MiniGUIMain (int argc, const char* argv[]) // 入 口 函 数 对 应 WinMain 


{ 
/*JoinLayer 是 MiniGUI-Processes 模式 的 专 有 函数 ， 因 此 包含 在 _MGRM_PROCESSES 的 天 
剑 编译 中 。 在 MiniGUI-Processes 的 运行 模式 下 ， 每 个 MiniGUI 客户 端 程序 在 调用 其 他 
MiniGUI 函数 之 前 必须 调用 该 函数 将 自己 添加 到 一 个 层 中 或 创建 一 个 新 层 》*/ 
#ifdef MGRM PROCESSES 

JoinLayer (NAME DEF LAYER , "spinbox" , 0 , 0); 
#endif 


if (!InitMiniGUIExt()) { 
return 2; 
} 
Dlgspin.controls = CtrlSpin; 
DialogBoxIndirectParam (&DlgSpin, HWND DESKTOP, SpinProc, 0L); 


MiniGUIExtCleanUp (); 


return 0; 


13.4 MiniGUI 的 交叉 编译 和 移植 


MiniGUI 作为 遵循 GPL 条 款 发 布 的 自由 软件 , 其 目标 是 为 基于 Linux 的 实时 典 入 式 系 
统 提供 一 个 轻 量 级 的 图 形 用 户 界面 支持 系统 。 与 QT/Embedded、MicoroWindows 等 其 他 
GUI 相 比 ，MiniGUI 的 最 显著 特点 就 是 轻型 、 占 用 资源 少 。 本 节 将 介绍 MiniGUI 移植 到 
mini2440 上 的 过 程 。 
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13.4.1 交叉 编译 MiniGUI 


在 13.1 节 中 已 经 介绍 了 MiniGUI 在 PC 上 安装 的 过 程 ,下 载 的 软件 包 和 相关 的 地 址 请 
参考 13.1 节 。 交 叉 编译 MiniGUI 主要 包括 交叉 编译 libminigui、 安 装 minigui-res 和 交叉 编 
译 演 示 程 序 mg-samples。 

(1) 进行 MiniGUI 函数 库 的 编译 和 安装 。 解 压 libminigui-1.6.10.tar.gz 软件 包 ， 进 入 该 
目录 ， 运 行 ./configure 脚本 。 


#CC=arm-linux-gcc \ 
/configure --prefix=/usr/local/arm/4.3.2/arm-none-linux-gnueabi/ \ 
// 指 定编 译 生成 的 库存 放 的 路 径 

--build=i386-linux \ 

--host=arm-linux \ 

--target=arm-linux 

生成 定制 的 Makefile 文件 ， 然 后 可 以 继续 执行 make 和 make install 命令 编译 并 安装 
libminigui， 安 装 成 功 后 ，MiniGUI 的 函数 库 和 头 文件 及 配置 文件 等 资源 将 被 安装 到 
/usr/local/arm/4.3.2/arm-none-linux-gnueabi 目录 中 。 函 数 库 安装 在 lib/ 子 目录 中 ; 头 文件 安 
装 在 include/ 子 目录 中 ; 手册 被 装 在 man/ 子 目录 中 ; 配置 文件 被 装 在 etc/ 子 目录 中 。 


#make 

#make install 

(2) MiniGUI 资源 的 编译 安装 。 解 压 minigui-res-1.6.10.tar.gz， 进 入 minigui-res-1.6.10 
目录 。 值 得 注意 的 是 ， 在 执行 make install 操作 之 前 ， 修 改 目录 中 的 configure.linux 文件 。 
打开 configure.linux 文件 ，prefix 选项 部 分 的 默认 值 为 58(TOPDIR)/usr/local， 需 要 将 这 里 修 
改 为 prefix=$(TOPDIR)/usr/local/arm/4.3.2/arm-none-linux-gnueabi/， 读 者 在 这 里 修改 为 本 机 
的 交叉 编译 器 路 径 ， 这 样 执行 make install 操作 之 后 ， 安 装 脚本 会 自动 把 MiniGUI 资源 文 
件 安装 到 /usr/local/arm/4.3.2/arm-none-linux-gnueabi/lib/minigui/res/ 目 录 下 。 

(3) 交叉 编译 MiniGUI 的 演示 程序 。 交 叉 编 译 MiniGUI 的 演示 程序 。 解 压 
mg-samples-str-1.6.10.tar.gz， 进 入 mg-samples-str-1.6.10 目录 执行 脚本 : 


#CC=arm-linux-gcc // 指 定编 译 器 为 交叉 编译 器 arm-1inux-gcc 


CFLAGS=-I/usr/local/arm/4.3.2/arm-none-linux-gnueabi/include 


// 指 定 依赖 的 头 文件 路 径 
LDFLAGS=-L/usr/local/arm/4.3.2/arm-none-linux-gnueabi/lib 


// 指 定 依赖 的 库 文件 路 径 
-/configure 
--build=i386-1inux 
--host=arm-linux 
--target=arm-linux 


执行 上 述 命令 生成 Makefile 文件 ， 继 续 执行 make 操作 ， 完 成 演示 程序 的 编译 。 


#make 


编译 完成 后 ， 可 以 使 用 readelf 查看 生成 的 演示 程序 。 进 入 src 子 目 录 ， 查 看 文件 头 


#readelf -h combobox 
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正确 编译 后 ，Machine 字段 为 ARM， 其 文件 头 信息 如 下 : 


ELF Header: 
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 
Class: ELF32 
Data: 2's complement, little endian 
Version: 1 (current) 
OS/ABI: UNIX - System V 
RBI Version: 0 
Type : EXEC (Executable file) 
Machine: ARM 
Version: 0x1 
Entry point address: 0x87dc 
Start of Program headers: 52 (bytes into file) 
Start of section headers: 5672 (bytes into file) 
Flags: 0x5000002, has entry point, Version5 EABI 
Size of this header: 52 (bytes) 
Size of program headers: 32 (bytes) 
Number of program headers: 8 
Size of section headers: 40 (bytes) 
Number of section headers: 30 
Section header string table index: 之 这 


13.4.2 ”移植 MiniGUI 程序 


移植 MiniGUI 程序 前 , 文件 系统 加 入 LCD 驱动 , 才能 在 LCD 上 查看 MiniGUI 运行 结 
果 。 另 外 ， 内 核 也 需要 添加 对 图 形 引擎 的 支持 。 

(1) 对 内 核 的 配置 。 选 择 Device Drivers ---> Graphics support ---> Support for frame 
buffer devices ”---> 配 置 对 图 形 引擎 的 支持 ， 如 图 13.20 所 示 。 选 择 Device Drivers ---> 
Graphics support ---> Console display driver support  ---> Framebuffer Console support 支持 
控制 台 帧 缓存 ， 如 图 13.21 所 示 。 


图 13.20 配置 内 核对 图 形 引擎 的 支持 
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calhost:/usr/local/arm /linu 


文件 从 ”编辑 个 查看 终端 (D) 标签 人 @) 帮助 由) 


13.21 配置 支持 控制 台 帧 缓存 


(2) 加 入 对 LCD 的 驱动 ， 这 部 分 内 容 在 后 面 会 详细 介绍 移植 过 程 。 这 里 使 用 开发 板 
供应 商 提供 的 文件 系统 支持 LCD 驱动 。 

(3) 下 载 MiniGUI 配置 文件 到 开发 板 。 将 配置 文件 MiniGUI.cfg 复制 到 mini2440 开 
发 板 文件 系统 的 /usr/local/etc/ 目 录 下 。 对 配置 文件 进行 如 下 修改 : 


vi /usr/local/arm/4.3.2/arm-none-linux-gnueabi/etc/MiniGUI.cfg 
[system] 

# GAL engine and default options 

gal engine=fbcon 

defaultmode=480x272-16bpp 


# IAL engine 

ial engine=console 
mdev=/dev/input/mice 
mtype=IMPS2 


[fbcon] 
defaultmode=480x272-16bpp 


[qvfb] 

defaultmode=480x272-16bpp 

display=0 

(4) 将 /usr/local/arm/4.3.2/arm-none-linux-gnueabilib 目录 下 的 下 列 库 文件 下 载 到 
/usr/local/lib 目录 下 。/usr/local/lib 目录 下 的 库 文件 包括 : 


libmgext-1.6.so0.10 libmgext.so libminigui.la libvcongui-1.6.so0.10.0.0 
libmgext-1.6.so0.10.0.0 libminigui-1.6.so-10 libminigui.so libvcongui.a 
libmgext.a libminigui-1.6.so.10.0.0 libsupc++.a libvcongui.la 
libmgext.1la libminigui.a libvcongui-1.6.so.10 libvcongui.so 


(5) 将 /usr/local/arm/4.3.2/arm-none-linux-gnueabi/lib/minigui 目录 下 的 整个 res 文件 夹 
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下 载 到 /usr/local/lib/minigui 目录 下 ， 开 发 板 上 的 这 个 目录 是 参考 MiniGUI.cfg 配置 文件 的 
目录 。 


(6) 在 开发 板 上 运行 MiniGUI。 将 mg-samples-1.6.10 目录 中 的 src 下 生成 可 执行 文件 ， 
下 载 到 开发 板 /usr/local/bin/minigui 目录 下 。 


13.5 小 结 


移植 MiniGUI 的 过 程 ， 有 类 似 于 其 他 模块 的 移植 部 分 ， 如 交叉 编译 ; 也 有 不 同 于 其 他 
模块 的 部 分 ， 如 需要 增加 对 图 形 引擎 的 支持 。 在 编译 安装 MiniGUI 的 过 程 中 注意 对 库 文件 
目录 的 安装 。 移 植 的 时 候 注意 库 文件 和 资源 文件 在 开发 板 上 的 存放 位 置 。 
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Qt 是 一 个 用 C++ 编写 的 成 熟 的 跨 平 台 GUI 工具 包 。Qt 提供 给 应 用 程序 开发 者 大 部 分 
的 功能 ， 来 完成 建立 合适 、 高 效 的 图 形 界 面 程序 与 后 台 执行 的 应 用 程序 ， 它 提供 的 是 一 种 
面向 对 象 可 扩展 的 和 基于 组 件 的 编程 模式 。 本 章 主要 介绍 Qt 在 PC 上 的 安装 ,编程 及 Qtopia 
在 上 位 机 上 的 安装 、 开 发 和 移植 到 ARM 板 。 本 章 依然 遵循 安装 、 编 译 、 调 试 、 交 叉 编译 
和 移植 ， 这 一 逐步 深入 的 过 程 。 


14.1 Qt 安装 与 编程 


安装 软件 的 方法 一 般 是 挂 载 系统 安装 盘 ， 通 过 安装 和 印 载 软件 进行 安装 。 如 果 没 有 系 
统 安装 文件 的 情况 下 ， 可 以 到 网 上 下 载 pm 包 进 行 安装 。Qt 也 分 为 免费 版 和 商业 版 ， 免 费 
版 缺少 支持 且 不 能 把 Qt 软件 用 于 商业 开发 。 


14.1.1 下 载 安装 Qt 


Fedora 6 自 带 的 Qt 安装 包 是 qtdevel-3.3.6-13.i386.mpm。 在 从 XWindow 模式 下 直接 进 
入 RPM 文件 夹 下 双击 安装 ， 或 者 复制 到 /usrlocal 目录 下 ， 采 用 下 面 的 命令 进行 安装 。 


#rpm -Uvh qt-devel-3.3.6-13.i386.rpm // 安 装 rpm 包 


用 户 也 可 以 从 Trolltech 公司 的 网 站 上 获得 Qt 的 源码 包 qt-x11-free-3.3.8b.tar.gz 自己 创 
建 Qt。 编 译 和 安装 源码 的 方法 如 下 : 


#tar zxvf qt-xl1l-free-3.3.8b.tar.gz // 解 压 源码 包 

#cd qt-x11-free-3.3.8b 

#./configure // 执 行 configure 后 输入 yes 表示 接受 GPL 

Type 'Q' to view the Q Public License. 

Type '2' to view the GNU General Public License version 2. 

Type '3' to view the GNU General Public License version 3. 

Type 'yes' to accept this license offer. 

Type 'no' to decline this license offer. 

Do you accept the terms of either license? Yes // 输 入 yes 回 车 后 开始 生成 
Makefile 

#make // 编 译 


编译 安装 完成 后 ， 将 Qt 库 路 径 添 加 到 文件 /etc/1d.so.conf 中 : 


/usr/lib/qt-3.3/1ib // 读 者 的 Qt 或 许 是 /usr/1ib/qt-3/1ib,， 可 以 
通过 下 面 的 命令 进行 检验 


安装 好 后 ， 可 以 使 用 echo 检验 环境 变量 QTDIR 。 
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#echo $QTDIR 
/usr/lib/qt-3.3 


通过 ldconfig 命令 使 之 在 文件 /etc/ld.so.conf 中 生效 。 


#ldconfig 


如 果 上 面 的 过 程 安装 完成 ，14.1.2 节 将 带 读者 进入 Qt 编程， 同时 检验 本 节 是 否 安装 正 
确 。 查 看 安装 的 库 的 名 字 。 


#1s /usr/lib/qt-3.3/1ib/lib 


libdesignercore.a libqassistantclient.prl libqt-mt.so libqui.prl 
libdesignercore.prl libqsa.so.1 libqt-mt.so.3 libqui.so 
libeditor.a libqsa.so.1.1 libqt-mt.so.3.3 libqui.so.1 
libeditor.prl labqsasso:1:1:4 libqt-mt.so.3.3.6 libqui.so.1.0 


libqassistantclient.a libqt-mt.prl libqt-mt.so.3.3.8 libqui.so.1.0.0 


全 注 意 : 通过 查看 库 可 以 知道 这 里 安装 的 Qt 库 的 名 字 为 gt-mt， 读 者 的 Qt 的 库 也 许 叫 qt。 
lib 代表 库 ，so 代表 共享 库 ， 后 面 数字 代表 版 本 。 


14.1.2 Qt 编程 


Qt 是 采用 C++ 编写 的 , 其 编程 的 单元 也 是 类 。 对 于 熟悉 C++ 面向 对 象 编程 的 读者 来 说 ， 
学 习 Qt 编程 将 会 非常 容易 。 如 果 读 者 有 MEFC 或 者 其 他 GUI 开发 经 验 ， 学 习 Qt 编程 会 非 
常 容易 。 即 使 读者 没有 学 过 C++， 只 要 读者 有 面向 对 象 的 基础 即 可 。 下 面 将 通过 一 个 简单 
的 注册 对 话 框 介绍 Qt 编程 。 如 果 读 者 没有 学 过 任何 一 门面 向 对 象 的 开发 语言 , 建议 读者 在 
开发 Qt 或 者 进行 嵌入 式 Qt 开发 之 前 先 学 习 面 向 对 象 的 编程 思想 。 

本 例 实现 一 个 简单 的 登录 对 话 框 界面 。 程 序 主要 有 类 的 定义 和 类 的 实现 两 部 分 。 
Login.h 头 文件 定义 了 类 的 声明 ， 声 明了 类 的 属性 和 操作 。Login.cpp 文件 完成 方法 的 实现 。 
下 面 依次 介绍 各 个 部 分 。 


1. 类 的 定义 部 分 


类 的 定义 部 分 ， 指 定 了 所 继承 的 父 类 ， 定 义 了 构造 函数 ， 声 明了 3 个 QLineEdit 类 型 
属性 和 1 个 方法 Clicked0。 其 代码 如 下 : 


#include <qmainwindow.h> 
#include <qlineedit.h> 
#include <qstring.h> 
class Login : public QmainWindow 
// 继 承 QMainWindow， 这 样 可 以 继承 QMainWindow 的 方法 

{ 
Q OBJECT // 使 用 信号 与 槽 机 制 时， 类 的 声明 中 必须 加 上 Q OBJECT 语句 
Public: 

Login (QWidget *parent = 0, const char *name = 0) 7 

QLineEdit *username entry; 

QLineEdit *password entry; 

QLineEdit *pwcheck entry; 
private slots: 

void Clicked(); 
}; 
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2. 类 的 实现 部 分 


构造 函数 设置 了 对 话 框 中 控件 的 显示 风格 ， 指 定 了 窗口 的 大 小 ， 定 义 了 信号 与 槽 的 连 
接 关系 。 其 代码 如 下 : 


#include "Login.moc" // 运 行 预 处 理 头 文件 得 到 的 文件 
#include <qpushbutton.h> 
#include <qapplication.h> 
#include <qlabel.h> 
#include <qlayout.h> 
#include <iostream> 
Login::Login (QWidget *parent, const char *name) :QMainWindow (parent, name) 
{ 
QWidget *widget = new QWidget (this); 
setCentralWidget (widget); 
QGridLayout *grid = new QGridLayout (widget,4,2,10, 10,"grid"); 
// 将 对 话 框 分 为 4 行 2 列 
username entry = new QLineEdit( widget， "username entry"); 
password entry = new QLineEdit( widget, "password entry"); 
pwcheck entry = new Login( widget, "pwcheck entry"); 
password entry->setEchoMode (QLineEdit::Password); 
// 回 显 时 为 星 号 
pwcheck entry->setEchoMode (QLineEdit::Password); 


grid->addWidget (new QLabel ("Username", widget, "userlabel"), 

DO Ons // Username 为 第 1 行 第 1 列 (0,0) 
grid->addWidget (new QLabel ("Password", widget, "passwordlabel"), 

i // Password 为 第 2 行 第 1 列 (1,0) 
grid->addWidget (new QLabel ("PasswordCheck", widget, "pwcheck entry"), 

2 0 ON // Password 为 第 3 行 第 1 列 (2,0) 


grid->addWidget (username entry, 0,1, 0); 
grid->addWidget (password entry, 1,1, 0); 
grid->addWidget (pwcheck entry, 2,1, 0); 


QPushButton *button = new QPushButton ("Ok", widget, "button"); 
// 定 义 按钮 

grid->addWidget (button, 3,1,Qt::AlignRight); 

resize( 350, 200 ); 

connect (button, SIGNAL(clicked()), this, SLOT(Clicked())); 
// 连 接 信号 与 槽 ， 响 应 函数 为 Clicked () 


} 
void Login::Clicked(void) // 单 击 Ok 按钮 时 ，Clicked 响应 
{ 
std::cout <<"password:"<< password entry->text() << "“\n"; 
std::cout <<"pwcheck:"<< pwcheck entry->text() << "\n"; 
} 
3. 主 函 数 部 分 


主 函 数 是 程序 的 入 口 点 ， 创 建 一 个 Login 类 实例 ， 显 示 窗 口 并 启动 事件 循环 机 制 ， 当 
有 事件 〈Clicked0) 发 生 时 响应 事件 机 制 ( 将 password 和 pwcheck 输出 到 控制 台 ) 。 其 代 
码 如 下 : 


= 
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int main(int argc, char **argv) 
下 
QApplication app (argc,argv); 
Login *window = new Login(); 


app.setMainWidget (window); // 设 置 应 用 程序 的 主 窗口 部 件 
window->show() 7 
return app.exec(); / /启动 事件 循环 


} 
执行 下 面 命令 进行 编译 和 运行 ， 运 行 结果 如 图 14.1 所 示 。 
# moc Login.h -o Login.moc 


# g++ -o login Login.cpp -I$QTDIR/include -L$QTDIR/l1ib -lqt-mt 
#./login 


Username 


asswordCheck 


14.1 login 运行 结果 


14.1.3 ”使 用 qmake 生成 Makefile 


使 用 qmake 生成 Makefile 也 是 Qt 编程 的 基础 。 在 Qt 集成 开发 工具 中 将 qmake 嵌入 到 
开发 工具 中 辅助 开发 人 员 生 成 Makefile 文件 。 下 面 通过 一 个 例子 程序 说 明 如 何 使 用 qmake 
生成 Makefile。 将 qmake 所 在 的 路 径 加 入 到 环境 变量 PATH 中 , 使 用 下 面 命令 设置 PATH。 


#export PATH=/usr/lib/qt-3.3/bin:$PATH 


通过 一 个 简单 的 例子 说 明 qmake 如 何 生 成 Makefile 文件 ， 新 建 hello.c 文件 。 


#vi hello.c 
#include <stdio.h> 
int main() 


printf ("Hello World!\n"); 
return 0; 


} 
编写 项 目 文件 hell0.pro， 该 文件 用 于 qmake 生成 Makefile 文件 。 


#vi hello.pro 
SOURCES = hello.c 
CONFIG += qt warn on release 


qmake 可 以 通过 下 面 的 命令 生成 Makefile， 然 后 直接 make 可 以 生成 可 执行 程序 。 


#qmake -o Makefile hello.pro 
#make 
#./hello 
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14.2 Qtopia Core 在 X86 平台 上 的 安装 和 应 用 


Qtopia Core 是 QT 的 垦 入 式 版 本 , 是 Trolltech 公司 从 版 本 4.1 开始 将 QUE 并 入 Qtopia 
产品 线 产 生 的 结果 。Qtopia Core 与 QUXI11 的 最 大 区 别 就 是 不 依赖 X Server 或 Xlib， 而 是 
直接 访问 帧 缓冲 设备 〈Frambuffer) ， 这 样 做 最 显著 的 特点 就 是 减少 了 内 存 的 消耗 。 安 装 
在 X86 平台 方便 开发 和 调试 ， 调 试验 证 后 移植 嵌入 式 环境 。 


14.2.1 Qtopia Core 安装 准备 


在 X86 平台 上 编译 Qtopia Core 时 需要 准备 两 个 程序 : 

口 qt-x11-opensource-src-4.2.2.tar.gz， 编 译 其 目的 主要 为 了 获得 帧 缓冲 (QVFB) 。 

口 qtopia-core-opensource-src-4.3.5.tar.gz， 编 译 、 安 装 获得 环境 QtopiaCore-4.3.5-arm。 

将 qt-x11-opensource-src-4.2.2.tar.gz 和 qtopia-core-opensource-src-4.3.5.tar.gz 赋值 到 
/usr/local/arm/mini2440 目录 下 。 


#tar zxvf qt-xll-opensource-src-4.2.2.tar.gz 
#cd qt-xll-opensource-src-4.2.2 


如 果 读 者 不 是 第 一 次 安装 Qt， 在 编译 之 前 可 以 检查 本 机 是 否 有 旧版 本 ， 将 QTDIR 指 
向 新 安装 的 路 径 下 。 设 置 QTDIR、PATH 和 LD_LIBRARY _ PATH 这 3 个 环境 变量 。 


# export QTDIR=$PWD // 将 QTDIR 设置 为 当前 目录 

# export PATH=$QTDIR/bin:$PATH 

# export LD LIBRARY PATH=$QTDIR/1ib:$LD LIBRARY PATH 

完成 环境 变量 设置 后 , 使 用 echo 命令 检验 环境 变量 是 否 设置 成 功 。 接 下 来 按照 下 面 的 
命令 依次 配置 、 编 译 、 安 装 qt-x11-opensource-src-4.2.2 和 安装 qvfb。 


#./configure 

#yes 

#gmake 

#gmake install 

#cd tools/qvfb 

#make // 进 入 qvfb 目录 下 ,编译 qvfb 工具 

qvfb 安装 成 功 后 , 在 目录 /ust/local/arm/mini2440/qt-x11-opensource-src-4.2.2/bin 下 会 生 
成 qvfb、uic、moc、designer 等 工具 。 在 该 目录 下 测试 qvfb 如 图 14.2 所 示 ， 测 试 designer 
如 图 14.3 所 示 。 


#cd /usr/local/arm/mini2440/qt-x11-opensource-src-4.2.2/bin 

#./qvfb 

#./designer // 启 动 Qt designer 工具 

到 目前 为 止 已 经 可 以 进行 界面 设计 ,对 可 执行 程序 可 以 在 X86 平 台 上 进行 虚拟 仿真 了 。 
通过 Qt designer 工具 进行 界面 设计 保存 为 .ui 文件 ， 通 过 uic 工具 将 其 转 为 h 文件 ， 在 使 用 
该 文件 的 工程 中 就 可 以 将 该 文件 包含 进来 。 
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图 14.2 虚拟 帧 缓冲 工具 qvfb 图 14.3 ”运行 Qt designer 


在 编译 完 qt-x11-opensource-src-4.2.2 后 ， 默 认 安 装 在 /usr/local/Trolltech/Qt-4.2.2 路 径 
下 。 将 生成 的 工具 复制 到 /usr/local/Trolltech/Qt-4.2.2/bin 目录 下 ， 同 时 删除 debug 文件 ， 删 
除 安装 目录 ， 修 改 指定 工具 的 路 径 。 


# cd /usr/local/arm/mini2440/qt-xl1-opensource-src-4.2.2/bin/ 


# mv -f* /usr/local/Trolltech/Qt-4.2.2/bin/ // 将 工具 复制 到 安装 目录 
# rm -rf qt-xl1-opensource-src-4.2.2/ // 删 除 安装 目录 

# cd /usr/local/Trolltech/Qt-4.2.2/bin 

# rm -f *.debug // 删 除 debug 文件 

# export QTDIR=/usr/local/Trolltech/Qt-4.2.2 / /修改 环 境 变量 

# export PATH=$QTDIR/bin:$PATH 

# export LD LIBRARY PATH=$QTDIR/1ib:$LD LIBRARY PATH 


14.2.2 ”编译 Qtopia Core 


首先 解压 在 /usr/local/arm/mini2440 目录 下 ， 配 置 在 X86 平台 上 编译 ， 编 译 过 程 如 下 : 


#tar zxvf qtopia-core-opensource-src-4.3.5.tar.gz 

# cd qtopia-core-opensource-src-4.3.5 

#./configure -embedded x86 - depths 4,8,16,24,32 -qconfig full -qvfb 
-qt-libjpeg -qt-libpng -qt-gif 

#yes 


公 注 意 : embedded 指定 CPU 的 体系 结构 ， 在 刚 接触 Qtopia 时 ， 建 议 先 编译 x86 版 本 ， 并 
加 入 qvfb 的 支持 ， 在 主机 上 模拟 帧 缓冲 运行 Qtopia Core 程序 。 熟 悉 了 Qtopia 的 
开发 过 程 后 ， 将 其 编译 成 ARM 版 本 ， 再 进行 交叉 编译 和 移植 。 

接 下 来 进行 编译 和 安装 ， 编 译 和 安装 使 用 gmake。 


#gmake 
#gmake install 


安装 完成 后 默认 会 安装 在 /usr/local/Trolltech/QtopiaCore-4.3.5 路 径 下 。 与 Qt 安装 过 程 
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类 似 ， 安 装 完成 后 也 同样 设置 环境 变量 及 删除 安装 文件 和 debug 文件 。 


#cd SHOME 
#vi .bashrc 


在 文件 后 面 添加 下 面 内 容 并 保存 。 然 后 执行 source 命令 使 之 生效 。 


export PATH=$PATH:/usr/local/Trolltech/QtopiaCore-4.3.5/bin 
export QTDIR=/usr/local/Trolltech/QtopiaCore-4.3.5 

export PATH=$QTDIR/bin:$PATH 

export LD LIBRARY PATH=$QTDIR/1ib:$LD LIBRARY PATH 

# source .bashrc 


14.2.3 ”Qtopia 在 X86 平台 上 的 应 用 开发 


开发 Qtopia 程序 的 主要 部 分 包括 类 的 定义 、 类 的 实现 和 显示 3 个 部 分 .以 Dialog 为 例 ， 
在 设计 Qtopia 时 ， 在 开发 初期 在 Dialog.h 中 定义 好 其 包含 的 属性 和 功能 ， 在 详细 设计 时 在 
Dialog.cpp 中 实现 类 方法 ， 同 时 编写 其 测试 代码 即 显示 main.cpp。Dialog.h 和 Dialog.cpp 作 
为 一 个 类 的 完整 描述 ， 可 以 看 成 一 个 小 模块 。 


1. 类 的 设计 


设置 Qt 类 时 ， 属 性 包括 界面 中 包含 的 对 象 ， 方 法 包括 创建 或 者 删除 这 些 对 象 的 操作 
等 。 下 面 为 Dialog 类 的 设计 ， 它 继承 QDialog。 继 承 QDialog 的 公共 属性 和 方法 ， 可 省 去 
重新 设计 的 时 间 。 

class Dialog : public QDialog 


{ 
Q OBJECT 


public: 
Dialog(); 


private: 
void createMenu(); / /创建 菜 单 
void createHorizontalGroupBox(); / /创建 水 平 组 合 框 
void createGridGroupBox(); // 创 建 网 格 组 合 框 


enum { NumGridRows = 3, NumButtons = 4 }; 


QMenuBar *menuBar; // 包 括 菜单 
QGroupBox *horizontalGroupBox; / /水平 组 合 框 
QGroupBox *gridGroupBox; // 网 格 组 合 框 
QTextEdit *smallEditor; // 小 文本 编辑 控件 
QTextEdit *bigEditor; // 大 文本 编辑 控件 
QLabel *labels [NumGridRows]; // 标 签 
QLineEdit *lineEdits [NumGridRows]; // 输 入 框 空间 
QPushButton *buttons [NumButtons]; // 按 钮 
QDialogButtonBox *buttonBox; // 对 话 框 按钮 


QMenu *fileMenu; 
QAction *exitAction; 


Rs 
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2. 类 的 实现 


类 的 实现 ， 即 在 概要 设计 的 基础 上 对 需求 的 细 化 过 程 。 实 现在 类 设计 阶段 的 细节 ， 为 
类 的 方法 填充 实现 部 分 。 
/* 构 造 函 数 ， 创 建 初始 化 对 话 框 中 的 所 有 控件 */ 


Dialog: :Dialog() 
1 


createMenu () 7 // 调 用 创建 菜单 方法 
createHorizontalGroupBox () // 调 用 创建 水 平 组 合 框 方法 
createGridGroupBox () // 调 用 创建 网 格 组 合 框 方法 
bigEditor = new QTextEdit; // 实 例 化 一 个 文本 编辑 框 
bigEditor->setPlainText (tr ("This widget takes up all the remaining 
Space " 


"in the top-level layout.")); 
// 设 置 文 本 编辑 框 的 初始 内 容 


buttonBox = new QDialogButtonBox (QDialogButtonBox: :Ok 
| QDialogButtonBox: :Cancel); 
// 初 始 化 一 个 对 话 框 按钮 
connect (buttonBox, SIGNAL(accepted()), this, SLOT(accept())); 
// 设 置 按钮 的 接收 信号 与 模 
connect (buttonBox, SIGNRAL (rejected() ) ，this，SLOT (reject())); 
// 设 置 按钮 的 拒绝 信号 与 模 


QVBoxLayout *mainLayout = new QVBoxLayout; 


// 实 例 化 一 个 界面 显示 风格 


mainLayout->setMenuBar (menuBar); // 界 面 菜单 设置 为 刚才 实例 的 对 象 
mainLayout->addWidget (horizontalGroupBox); // 添 加 水 平 组合 框 
mainLayout->addWidget (gridGroupBox); // 添 加 网 格 组 合 框 
mainLayout->addWidget (bigEditor); // 添 加 文本 编辑 框 
mainLayout->addWidget (buttonBox); // 添 加 按钮 
setLayout (mainLayout); // 设 置 显示 风格 
setWindowTitle (tr ("Basic Layouts")); // 设 置 主题 

1 

void Dialog::createMenu() / /创建 菜单 方法 

{ 
menuBar = new QMenuBar; // 实 例 化 一 个 菜单 栏 对 象 
fileMenu = new QMenu(tr("gFile"), this); // 新 建 “文件 ”菜单 


exitAction = fileMenu->addAction (tr ("Egxit")); 
// 在 “文件 ”菜单 中 增加 一 个 “退出 ”方法 


menuBar->addMenu (fileMenu); 
connect (exitAction, SIGNAL(triggered()), this, SLOT(accept())); 


// 连 接 “ 退 出 ”操作 的 信号 与 模 
} 


void Dialog::createHorizontalGroupBox () // 创 建 水 平 组 合 框 

{ 
horizontalGroupBox = new QGroupBox (tr ("Horizontal layout")); 
QHBoxLayout *layout = new QHBoxLayout; 
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for (int i = 0; i < NumButtons; ++i) { 
buttons[i] = new QPushButton(tr("Button $1").arg(i + 1)); 
layout->addWidget (buttons [i]); 
horizontalGroupBox->setLayout (layout); 
} 


void Dialog::createGridGroupBox () / /创建 网 格 组 合 框 
{ 
gridGroupBox = new QGroupBox (tr ("Grid layout")); 
QGridLayout *layout = new QGridLayout; 


for (int i = 0; i < NumGridRows; ++i) { 

labels[i] = new QLabel (tr("Line %1:").arg(i + 1)); 
lineEdits[i] = new QLineEdit; 

layout->addWidget (labels[i], i + 1, 0); 
layout->addWidget (lineEdits[i], i + 1, 1); 

} 


smallEditor = new QTextEdit; 
smallEditor->setPlainText (tr ("This widget takes up about two thirds of 
the " 
"grid Layout.") yz 
layout->addWidget (smallEditor, 0, 2, 4, 1); 


layout->setColumnSstretch(1, 10); 
layout->setColumnSstretch(2, 20); 
gridGroupBox->setLayout (layout); 


3. 实现 测试 文件 


在 详细 设计 完 一 个 功能 或 者 一 个 类 后 ， 就 开始 对 该 功能 或 类 进行 测试 。 下 面 就 是 对 
Dialog 类 的 测试 文件 main.cpp。 


#include <QApplication> 
#include "dialog.h" 
int main(int argc, char *argv[]) 
{ 
QApplication app (argc, argv); 
Dialog dialog; 
return dialog.exec(); 


4. 编写 工程 文件 


在 详细 设计 完成 后 ， 进 入 集成 测试 阶段 时 需要 对 多 个 模块 进行 继承 测试 。 这 时 需要 编 
写 工程 文件 , 在 其 他 项 目 中 可 能 是 编写 整个 工程 的 Makefile 文件 。 在 Qtopia 程序 中 , qmake 
会 辅助 生成 Makefile 文件 ， 所 以 只 需要 编写 工程 文件 dialog.pro。 


HEADERS = dialog.h 
SOURCES = dialog.cpp \ 
main.cpp 


target.path = $$[QT INSTALL EXAMPLES]/layouts/basiclayouts 
sources.files = $$SOURCES $$HEADERS *.pro 
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sources.path = $$[QT INSTALL EXAMPLES]/layouts/basiclayouts 
INSTALLS += target sources 
5. 生成 Makefile、 编 译 和 运行 
这 部 分 包括 通过 工程 文件 生成 Makefile 和 编译 工程 生成 可 执行 文件 ， 最 后 运行 结果 ， 
测试 结果 是 否 与 概要 设计 相符 合 。 
#qmake -o Makefile dialog.pro 


#make 


a 


打开 两 个 终端 ， 一 个 运行 虚拟 帧 缓冲 avfb， 另 一 个 运行 Qtopia 应 用 程序 。 运 行 效果 如 
图 14.4 所 示 。 


#qvfb 
#./dialog -qws 


VIrEUal frameburrer C40x460 326pp Dispiay :0 


Eile View Help 


Ele 


~Horizontal layout 
| Butonl | | Buton2 || Buton3 || Buton4 | 


Grid layout 


Ee This widget takes up about two 
Une 1: thirds of the grid layout 
Line 2: 

Line 3: 


This widget takes up all the remaining space in the top-level 
layout. 


me 


14.4 运行 结果 


全 注意 : 运行 avfb 后 在 虚拟 帧 缓冲 对 话 框 出 现 后 ， 选 择 configure 命令 ， 在 对 话 框 中 选择 
显示 的 大 小 为 640 x 480。 运 行 应 用 程序 时 带 参数 -qws。 


14.3 ”Qtopia Core 在 诅 入 式 Linux 上 的 移植 


Qtopia Core 的 前 身 是 QUEmbedded， 继 承 了 Qt 4 的 功能 与 优点 ， 拥 有 与 桌面 系统 的 
Qt 相同 的 应 用 程序 编程 接口 (API) 和 工具 包 。Qtopia Core 是 一 个 为 嵌入 式 设备 上 的 图 形 
用 户 接口 和 应 用 开发 而 订 做 的 C++ 工具 开发 包 。Qtopia Core 采用 与 桌面 版 本 同样 的 API， 
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但 在 其 内 部 实现 上 做 了 很 多 调整 以 适应 硬件 限制 的 嵌入 式 环 境 。Qtopia Core 包含 多 个 Qt 
工具 ， 可 以 进行 快速 优化 和 开发 。 


14.3.1 ”Qtopia Core 移植 准备 


交叉 编译 Qtopia Core 时 需要 准备 两 个 程序 : 
口 qt-x11-free-3.3.8b.tar.gz， 编 译 其 目的 主要 是 为 了 获得 库 libqjpeg。 
口 qtopia-core-opensource-src-4.3.5.tar.gz， 编 译 、 安 装 获得 环境 QtopiaCore-4.3.5-arm。 


全 注意 : qt-x11-free-3.3.8b.tar.gz 不 是 必须 的 ， 因 为 在 编译 qtopia-core-opensource-src-4.3.5 
时 出 现 缺 少 库 libqjpeg.so 支持 的 错误 ， 而 刚好 编译 qt-xl1-free-3.3.8b 后 
qt-x11-free-3.3.8b/plugins/imageformats 目录 下 存在 文件 libqjpeg.so。 


将 qtxl1-free-3.3.8b.tar.gz 和 qtopia-core-opensource-src-4.3.S.tar.gz 赋 值 到 /usrlocalarmy/ 
mini2440 目录 下 。14.1 节 中 已 经 介绍 过 qt-x11-free-3.3.8b 编译 方法 了 ， 这 里 直接 给 出 其 编 
译 qt-x11-free-3.3.8b 的 命令 。 不 对 命令 进行 详细 解释 ， 有 疑问 可 以 参考 14.1.1 节 。 


#tar zxvf qt-xll-free-3.3.8b.tar.gz 
#cd qt-xl1-free-3.3.8b 
#./configure 

#make 


如 果 前 面 读者 已 经 编译 过 qt-x11-free-3.3.8b ， 而 且 确 定 在 qt-x11-free-3.3.8b/plugins/ 
imageformats 目录 下 存在 文件 libqjpeg.so， 可 以 不 必 重 新 编译 qt-x11-free-3.3.8b。 


14.3.2 ”交叉 编译 Qtopia Core 


交叉 编译 Qtopia Core 的 过 程 类 似 其 他 程序 的 交叉 编译 方法 , 总 体 包 括 4 步 : 设置 交叉 
编译 器 、 配 置 生成 Makefile 文件 、 编 译 和 安装 。 下 面 详细 介绍 整个 交叉 编译 过 程 和 注意 
细节 。 


1. 设置 交叉 编译 器 


设置 交叉 编译 器 之 前 查看 本 机 的 交叉 编译 工具 。 如 果 读 者 现在 还 没有 安装 交叉 编译 工 
有 具 , 请 查看 前 面 的 章节 安装 交叉 编译 工具 。 本 机 使 用 的 交叉 编译 工具 为 arm-linux-gcc-4.3.2。 
使 用 命令 arm-linux-gcc -v 查看 本 机 安装 好 的 交叉 编译 工具 。 


# arm-linux-gcc -Vv 

Using built-in specs. 

Target: arm-none-linux-gnueabi // 本 机 的 交叉 编译 器 

进入 mini2440 目录 ， 解 压 qtopia-core-opensource-src-4.3.5.tar.gz。 修 改 mkspecs/qws/ 
linux-arm-g++ 下 的 qmake.conf 文件 ,把 文件 里 面 的 编译 器 指定 为 arm-none-linux-gnueabi 用 
arm-none-linux-gnueabi-gcc 和 arm-none-linux-gnueabi-g++ 蔡 代 以 下 的 arm-linux-gcc 和 


arm-linux-g++。 具 体 的 执行 过 程 如 下 : 


# tar zxvf qtopia-core-opensource-src-4.3.5.tar.gz 
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# cd qtopia-core-opensource-src-4.3.5 
# cd mkspecs/qws/linux-arm-g++/ 
# vi qmake.conf 


在 文件 qmake.conf 中 将 与 编译 器 有 关 的 内 容 修改 如 下 : 


QMAKE CC = arm-linux-gcc 

QMAKE CXX = arm-linux-g++ 

QMAKE LINK = arm-linux-g++ 

QMAKE LINK SHLIB = arm-linux-g++ 

改 为 

QMAKE CC = arm-none-linux-gnueabi-gcc 

QMAKE CXX = arm-none-linux-gnueabi-g++ 

QMAKE LINK = arm-none-linux-gnueabi-g++ 

QMAKE LINK SHLIB = arm-none-linux-gnueabi-g++ 
2. 配置 编译 选项 


进入 qtopia-core-opensource-src-4.3.5 目录 下 ， 使 用 configure 命令 创建 qmake 生成 
Makefile 文件 。 


# cd /usr/local/arm/mini2440/qtopia-core-opensource-src-4.3.5/ 
#./configure -no-largefile -no-qt3support -nomake tools -make examples 
-silent -xplatform qws/linux-arm-g++ -embedded arm -depths 16,18,24,32 
-qt-kbd-tty -qt-kbd-usb -system-libjpeg -qt-gfx-transformed -confirm- 
license 


配置 完成 后 生成 Makefile、plugins 和 qmake 等 目录 。 


3. 添加 qjpeg 库 支持 


为 提供 qjpeg 库 支持 , 将 qt-x11-free-3.3.8b/plugins/imageformats 目录 下 的 文件 libqjpeg. 
so， 复 制 到 目录 /usr/local/arm/mini2440/qtopia-core-opensource-src-4.3.5/plugins/image 
formats/ 下 。 


#cp /usr/local/arm/mini2440/qt-xl11l-free-3.3.8b/plugins/imageformats/ 
libqjpeg.so\ 
/usr/local/arm/mini2440/qtopia-core-opensource-src-4.3.5/plugins/imagef 
ormats/ 


4. 修改 文件 qdrawhelper.cpp 


如 果 读 者 使 用 的 是 arm-linux-gcc-3.3.2 版 本 的 交叉 编译 器 ， 或 许 不 需要 做 本 步 的 修改 。 
本 机 使 用 arm-linux-gcc-4.3.2 进行 编译 的 时 候 出 现 错误 提示 explicit template specialization 
cannot have a storage class。 解 决 的 方法 做 以 下 修改 : 


#vi src/gui/painting/qdrawhelper.cpp // 去 掉 该 文件 两 处 static 


第 1 处 :根据 报错 的 行 数 为 5905) 


template <> 
static inline void qt memrotate90 template<quint18, quint32> (const quint32 
ECGR 


int srcWidth, int srcHeight, int srcStride, 
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quint18 *dest, int dstStride) 
改 为 : 


template <> 

inline void qt memrotate90 template<quint18, quint32>(const quint32 *src, 
int srcWidth, int srcHeight,int srcStride， 
quint18 *dest, int dstStride) 


第 2 处 : (根据 报错 的 行 数 为 5929) 


template <> 
static inline void qt memrotate90 template<quint24, quint32>(const quint32 


*SrC, 
int srcWidth, int 
srcHeight, int srcStride， 
quint24 *dest, int dstStride) 
改 为 : 


template <> 
inline void qt memrotate90 template<quint24, quint32>(const quint32 *src, 


int srcWidth, int srcHeight, int srcStride, 
quint24 *dest, int dstStride) 


在 没有 进行 修改 前 编译 会 出 现下 面 的 错误 。 解决 错误 的 方法 有 : 根据 错误 的 内 容 修改 
代码 ， 或 者 安装 低 版 本 的 编译 器 。 


painting/qdrawhelper.cpp:5905: error: explicit template specialization 
cannot have a storage class 

painting/qdrawhelper.cpp:5929: error: explicit template specialization 
cannot have a storage class 

make[1]: *** [.obj/release-shared-emb-arm/qdrawhelper.o] 错误 1 

make [1] : Leaving directory ‘/usr/local/arm/mini2440/qtopia-core— 
opensource-src-4.3.5/src/gui' 

make: *** [sub-gui-make default-ordered] 错误 2 


5. 编译 、 安 装 Qtopia Core 


执行 make 和 make install， 将 QtopiaCore-4.3.5-arm 安装 到 默认 的 路 径 /usr/local/ 
Trolltech 下 。 


#make 
#make install 


安装 完成 后 ， 检 查 在 /usr/local 目录 下 多 了 个 目录 Trolltech。 在 Trolltech 下 多 了 目录 
QtopiaCore-4.3.5-arm。 /usr/local/Trolltech/QtopiaCore-4.3.5-arm 就 是 qtopia-core-opensource- 


src-4.3.5 交叉 编译 、 安 装 后 的 默认 路 径 。 
6. 修改 环境 变量 PATH 


修改 环境 变量 PATH， 添 加 路 径 /usrlocal/Trolltech/QtopiaCore-4.3.S-arnmybin， 使 得 系统 
能 够 直接 找到 工具 moc、qmake、rcc 和 uic。 


#cd SHOME 
#vi .bashrc 
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在 末尾 添加 
export PATH=$PATH:/usr/local/Trolltech/QtopiaCore-4.3.5-arm/bin 


14.3.3 ”编译 内 核 


为 在 编译 Qtopia Core 时 , 编译 器 为 arm-none-linux-gnueabi。 因 此 内 核 也 应 该 采用 此 
编译 器 进行 编译 ， 并 且 内 核 配 置 也 要 对 ARM EABI 进行 支持 。 执 行 make menuconfig 对 内 
核 进行 配置 ， 添 加 对 EABI 的 支持 。 进 入 内 核 配 置 界面 后 选择 Kemel Features ---> 进 入 
Kermel Features 配置 界面 ， 勾 选 EABI 项 ， 如 图 14.5 所 示 。 


root@localhost:/usr/local/arm/linux-2.6.29 


文件 人 编辑 全 ) 查看 终端 WD 标签 @) 帮助 中) 


图 14.5 配置 内 核对 EABI 的 支持 
在 内 核 源码 目录 下 ， 修 改 内 核 Makefile， 将 编译 器 设置 为 arm-none-linux-gnueabi-。 


#vi Makefile 


ARCH = arm 
CROSS COMPILE = arm-none-linux-gnueabi— 
执行 清理 并 重新 生成 内 核 映像 文件 。 


#make clean 
#make zImage 


生成 新 的 映像 文件 后 ， 重 新 烧 写 内 核 和 文件 系统 。 
14.3.4 ”应 用 程序 开发 

应 用 程序 的 开发 往往 是 项 目的 核心 内 容 ， 是 系统 功能 需求 部 分 的 重点 。 应 用 程序 的 开 
发 应 该 实现 项 目的 需求 或 者 合同 中 指定 的 功能 ， 或 者 实现 子 系统 或 模块 的 功能 。 界 面 程 序 
有 针对 普通 用 户 和 管理 员 ， 在 具体 项 目 中 应 根据 实际 情况 进行 功能 设计 。 本 例 引用 例子 程 
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序 standarddialogs 介绍 GUI 的 移植 过 程 。 
1. 编写 应 用 程序 


以 安装 路 径 下 的 例子 介绍 ， 进 入 下 面 的 目录 可 以 查看 是 否 存 在 .cpp 文件 和 .h 文件 
/usr/local/Trolltech/QtopiaCore-4.3.5-arm/examples/dialogs/standarddialogs。 编 写 dialog.h 文 


件 定义 类 ， 包 括 属性 和 方法 。 


class Dialog : public Qdialog // 类 的 名 字 和 继承 关系 
L 

Q_OBJECT // 使 用 信号 与 槽 机 制 时 ， 类 的 声明 中 必须 加 上 8_OBJECT 语句 
Public: 


Dialog (QWidget *parent = 0); 


private slots: // 类 的 方法 定义 
void setInteger(); 
void setDouble(); 
void setItem(); 
void setText (); 
void setColor () 
void setFont (); 
void setExistingDirectory(); 
void setOpenFileName(); 
void setOpenFileNames(); 
void setSaveFileName(); 
void criticalMessage(); 
void informationMessage(); 
void questionMessage(); 
void warningMessage(); 
void errorMessage () 7 


private: // 类 的 属性 定义 
QCheckBox *native; 
QLabel *integerLabel; 
QLabel *doubleLabel; 
QLabel *itemLabel; 
QLabel *textLabel; 
QLabel *colorLabel; 
QLabel *fontLabel; 
QLabel *directoryLabel; 
QLabel *openFileNameLabel; 
QLabel *openFileNamesLabel; 
QLabel *saveFileNameLabel; 
QLabel *criticalLabel; 
QLabel *informationLabel; 
QLabel *questionLabel; 
QLabel *warningLabel; 
QLabel *errorLabel; 
QErrorMessage *errorMessageDialog; 


QString openFilesPath; 
}; 
#endif 


编写 类 的 实现 ， 在 文件 dialog.cpp 中 实现 类 的 方法 。 


Dialog: :Dialog (QWidget *parent) 
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: QDialog (parent) 
{ 

// 构 造 一 个 QErrorMessage 类 型 的 对 象 赋 给 errorMessageDialog 
errorMessageDialog = new QErrorMessage (this); 

int frameStyle = QFrame::Sunken | QFrame::Panel; // 设 置 帧 格式 


integerLabel = new QLabel; //integerLabel 指向 一 个 QLabel 对 象 
integerLabel->setFrameStyle (frameStyle); // 设 置 integerLabel 帧 格式 
QPushButton *integerButton = // integerButton 指向 QPushButton 类 型 实例 
new QPushButton (tr ("QInputDialog: :getgInteger ()")); 
// 连 接 信号 与 模 ， 当 integerButton 被 按 下 时 ， 执 行 方法 setInteger () 
connect (integerButton, SIGNAL(clicked()), this, SLOT(setInteger())); 
/ /下面 为 设置 空间 的 排列 风格 ， 其 他 的 控件 可 以 参照 integerButton 进行 设置 
QGridLayout *layout = new QGridLayout; 
layout->setColumnstretch(1, 1); 
layout->setColumnMinimumWidth(1, 250); 
layout->addWidget (integerButton, 0, 0); 
setLayout (layout); 


setWindowTitle(tr("Standard Dialogs")); 
} 
// 当 integerButton 被 按 下 时 ， 该 方法 被 调用 
void Dialog::setInteger() 
bool ok; 
int i = QInputDialog: :getInteger (this, tr("QInputDialog:: 
getInteger ()"), 
tr ("Percentage:"), 25, 0, 100, 1, &ok); 
if (ok) 
integerLabel->setText (tr ("%1%") .arg (i)); 


2. 编写 工程 文件 standarddialogs.pro 


编写 工程 文件 包括 指定 依赖 的 头 文件 和 包含 的 源 文件 。 指 定 目 标 文件 路 径 、 源 文件 和 
源 文件 路 径 。 


HEADERS = dialog.h 

SOURCES = dialog.cpp \ 
main.cpp 

# install 


target.path = $$[QT INSTALL EXAMPLES] /dialogs/standarddialogs 
sources.files = $$SOURCES $$HEADERS *.pro 

sources.path = $$[QT INSTALL EXAMPLES]/dialogs/standarddialogs 
INSTALLS += target sources 


3. 利用 qmake 和 工程 文件 standarddialogs.pro 生 成 Makefile， 并 编译 生成 可 执行 文件 


#qmake -o Makefile standarddialogs.pro 
#make // 执 行 make 后 生成 可 执行 文件 


生成 的 Makefile 如 下 ， 是 否 与 预期 的 编译 器 、 库 文件 路 径 、 头 文件 路 径 、 链 接 库 、 使 
用 的 qmake 等 一 致 。 
CC = arm-none-linux-gnueabi-gcc 


CXX = arm-none-1inux-gnueabi-g++ 
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DEFINES = -DQT NO DEBUG -DOT GUI LIB -DOT NETWORK LIB -DQT CORE LIB 
-DQT SHARED 
CFLAGS -pipe -02 -Wall -W -D REENTRANT $ (DEFINES) 


CXXFLAGS -pipe -02 -Wall -W -D REENTRANT $ (DEFINES) 

INCPATH = -I../../.:./mkspecs/qws/linux-arm-g++ -I. -I../../../ 
include/QtCore -I../../../include/QtCore -I../../../include/QtNetwork 
=I /sinelue/QtNetuork =1. /s/nclude/QtGul = TI. /= /incelade/ 
全 


LINK = arm-none-linux-gnueabi-g++ 
LFLAGS = -Wl,-rpath, /usr/local/Trolltech/QtopiaCore-4.3.5-arm/lib 
LIBS = $(SUBLIBS) -L/usr/local/Trolltech/QtopiaCore-— 


4.3.5-arm/lib -lQtGui -L/usr/local/Trolltech/QtopiaCore-4.3.5-arm/lib 
-LIQtNetwork -lQtCore -lm -lrt -ldl -lpthread 


AR = arm-none-linux-gnueabi-ar cqs 
RANLIB = arm-none-linux-gnueabi-ranlib / /编译 器 lib 库 
QMAKE = /usr/local/Trolltech/QtopiaCore-4.3.5-arm/bin/qmake //qmake 路 径 


14.3.5 ”应 用 程序 移植 


在 移植 应 用 程序 前 , 确定 已 经 正确 移植 了 所 需 的 内 核 和 文件 系统 , 内 核 需 要 支持 ARM 
EABI 编译 。 接 下 来 主要 进行 3 部 分 工作 ， 移 植 库 、 设 置 环境 变量 和 移植 应 用 程序 。 


1. 移植 库 文件 到 开发 板 


在 开发 板 /usr/local 目录 下 新 建 目录 QtopiaCore ， 将 上 位 机 /usr/local/Trolltech 
/QtopiaCore-4.3.5-arnylib 目录 下 的 库 文件 复制 到 QtopiaCore/lib 目录 下 。 
libQtCore.so.4 


libQtNetwork.so.4 
libQtGui.so.4 


2. 设置 环境 变量 


export QTDIR=/usr/local/QtopiaCore 
export QPEDIR=/usr/local/QtopiaCore 
export LD LIBRARY PATH=$QTDIR/1ib:/usr/local/lib:$LD LIBRARY PATH 


3. 移植 应 用 程序 到 开发 板 


将 编译 好 的 应 用 程序 复制 到 /usr/locall QtopiaCore 目录 下 ， 在 该 目录 下 执 
行 ./configdialog -qws 此， 运行 程序 。 
-/configdialog -qws & 


144 小 结 


Qtopia 在 嵌入 式 GUI 应 用 中 占 了 很 大 部 分 ， 现 在 其 主要 运用 为 电话 和 PDA。 对 于 使 
用 Qtopia 开发 ， 读 者 需要 深入 学 习 Qt 的 API 接口 的 使 用 ， 了 解 各 个 类 的 功能 。Qtopia 安 
装 、 编 译 和 移植 只 是 带 读者 入 门 ， 为 了 完成 项 目 ， 还 需要 更 深入 地 学 习 Qt 编程。 
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Berkeley DB 是 一 款 健 壮 、 高 速 的 工业 级 嵌入 式 数 据 库 产 品 。 很 多 知名 公司 都 采用 了 
这 款 嵌 入 式 数据 库 。Berkeley DB 的 一 个 很 重要 的 特点 就 是 高 速 存储 。 在 高 流量 、 高 并 发 的 
情况 下 ，Berkeley DB 要 比 非 嵌 入 式 的 数据 库 表 现 得 更 加 出 色 。 另 外 ,， 它 可 以 应 用 在 各 种 操 
作 系 统 上 ， 也 能 编译 成 多 种 语言 的 API 接口。 本章 将 主要 介绍 在 Linux 上 的 编译 ， 编 译 的 
接口 为 C 和 C++。 


15.1 数据 库 的 基本 概念 


在 移植 和 使 用 Berkeley DB 之 前 ， 先 了 解数 据 库 的 一 些 基本 概念 。 如 果 读 者 从 来 没有 
数据 库 设计 的 经 验 ， 或 者 从 来 没有 使 用 过 DB2、SQL Server、MySQL、Oracle 等 这 些 数据 
的 经 验 ， 那 么 可 以 把 数据 库 理解 为 一 个 存放 数据 的 仓库 。 下 面 将 介绍 以 何 种 方式 存放 数据 
到 仓库 、 以 何 种 方式 从 仓库 中 取出 数据 以 及 提高 这 些 方法 的 效率 。 任 何 数据 库 的 设计 都 是 
围绕 这 些 主题 来 实现 的 ， 当 然 嵌 入 式 数据 库 除了 考虑 效率 、 安 全 性 外 ， 还 需 考虑 占用 的 
空间 。 


15.1.1 利用 文档 和 源 代码 


首先 读者 应 该 从 官方 网 站 下 载 Berkeley DB 的 源码 包 。 建 议 先 在 Windows 目录 下 解压 
后 ， 进 入 docs 目录 下 。 如 果 读 者 习惯 使 用 API 文档 ， 会 知道 双击 index.html 就 能 进入 帮助 
文档 主页 。 下 面 有 关 数 据 库 基本 方法 的 介绍 都 是 参照 该 API 文档 进行 分 析 。 同 时 ， 读 者 还 
可 以 借助 一 些 工具 (如 Source Insight 或 者 UltraEdit) 打开 源 代 码 ， 使 用 工具 的 同步 文件 功 
能 。 在 完成 上 述 两 项 事情 后 ， 会 很 大 程度 提高 读者 的 学 习 和 开发 进度 。 


15.1.2 ”创建 环境 句柄 


在 Berkeley DB 中 ,创建 一 个 所 有 应 用 程序 存放 数据 的 环境 。 在 代码 中 ， 将 通过 一 个 
环境 句柄 来 引用 环境 ， 该 句柄 类 型 为 DB_ENV。 读 者 将 使 用 这 一 句柄 操作 此 环境 。 利 用 
API 文档 ， 找 到 Programmatic APIs， 先 查看 提供 给 C 语言 的 API。 

在 C 中 使 用 该 API: 

#include <db.h> 

Int db env create(DB ENV **dbenvp, Ue nt flags); 

功能 描述 : 函数 db_env_create() 为 Berkeley DB 环境 创建 DB_ENYV 结构 体 句柄 。 为 该 
结构 体 分 配 内 存 ， 并 返回 指向 结构 体 的 指针 dbenvp。 函 数 db_env_create0 返 回 0 表示 创建 
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成 功 ， 非 0 表示 创建 失败 。 
在 C++ 中 使 用 该 API: 


#include <db cxx.h> 

Class DbEnv { 

public: 
DbEnv(u int32 flags); 
~DbEnv (); 


DB ENV *DbEnv::get DB ENV(); 

const DB ENV *DbEnv::get const DB ENV() const; 

static DbEnv *DbEnv::get DbEnv (DB ENV *dbenv); 

static const DbEnv *DbEnv::get const DbEnv(const DB ENV *dbenv); 
}; 


功能 描述 : DbEnv 对 象 是 Berkeley DB 环境 的 句柄 。 该 构造 函数 创建 DbEnv 对 象 ， 并 
为 该 对 象 分 配 空 间 。 在 调用 DbEnv::close() 或 DbEnv::remove() 方 法 时 释放 该 空间 。 


全 注意 : 在 这 里 结合 Berkeley DB 数据 库 讲解 数据 库 的 基本 概念 时 ， 如 果 读 者 并 没有 编 
译 、 安 装 Berkeley DB 就 使 用 上 面 介绍 的 API 或 者 API 文 档 中 的 API 接口 函数 ， 
将 会 在 程序 编译 时 不 能 通过 。 在 后 面 将 会 详细 介绍 如 何 安装 成 C 或 C++ 的 库 。 如 
果 读 者 热切 希望 能 先 试验 一 番 ， 可 以 先 看 如 何 编译 和 安装 部 分 ， 然 后 回头 看 基本 


15.1.3 创建 数据 库 句柄 


Berkeley DB 创建 一 个 数据 库 句 柄 来 代表 创建 的 表 。 在 C 中 使 用 该 API; 

#include <db.h> 

int db_create (DB **dbp, DB ENV *dbenv, u int32 t flags); 

功能 描述 : 函数 db_create() 为 Berkeley DB 数据 库 创建 一 个 结构 为 DB 的 句柄 。 为 该 结 
构 体 分 配 内 存 ， 并 返回 指向 结构 体 的 指针 dbp。 

在 C++ 中 使 用 该 API: 


#include <db cxx.h> 

ciasas Db 

public: 
Db (DbEnv *dbenv, u int32 t flags); 
~Db (); 


DB *Db::get DB(); 
const DB *Db: :get const DB() const; 


static Db *Db::get Db(DB *db); 
static const Db *Db::get const Dbl(const DB *db); 


}; 


功能 描述 : 该 构造 函数 为 Berkeley DB 数据 库 创 建 一 个 DB 对 象 的 句柄 。 该 构造 函数 
为 对 象 分 配 空间 ， 在 调用 Db::close0、Db::remove0 或 Db::rename0O 时 释放 该 空间 。 


“a 
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15.1.4 ”打开 数据 库 


打开 由 文件 和 数据 库 参数 表示 的 数据 库 , 为 读 写 数据 库 做 准备 。 当 前 支持 Berkeley DB 
数据 库 文 件 格式 有 Btree、Hash、Queue 和 Recno。Btree 格式 表示 的 是 一 个 有 序 的 平衡 树 
结构 ，Hash 格式 表示 的 是 一 个 动态 、 可 扩展 的 散 列 图 ，Queue 格式 支持 快速 或 通过 逻辑 记 
录 号 访问 固定 长 度 的 连续 记录 ; Recno 格式 支持 访问 固定 或 可 变 长 度 记 录 ， 支 持 连 续 访问 
或 者 通过 逻辑 号 访问 ， 并 且 可 以 通过 文本 任意 备份 。 

在 C 中 使 用 该 API: 

#include <db.h> 

sana *db, DB TXN *txnid, const char *file, 

const char *database, DBTYPE type, u int32 t flags, int mode) 

功能 描述 : 函数 DB->open0 打 开 失 败 时 返回 一 个 非 0 错误 值 ， 成 功 返 回 0。 如 果 函 数 
DB->open0 失 败 ， 函 数 DB->close() 被 调用 丢弃 DB 句柄 。 

在 C++ 中 使 用 该 API: 

#include <db cxx.h> 

int 

Db: :open (DbTxn *txnid, const char *file, 

const char *database, DBTYPE type, u int32 t flags, int mode); 


功能 描述 : 函数 Db::open0 打 开通 过 文件 或 数据 库 表示 的 数据 库 。 函 数 DB->open() 打 
开 失 败 时 返回 一 个 非 0 错误 值 ， 成 功 返回 0。 如 果 函 数 DB->open0 失 败 ， 函 数 DB->close() 
被 调用 丢弃 DB 句柄 。 


15.1.5 DBT 结构 


在 Berkeley DB 中 ，DBT 结构 用 来 定义 Key/Value 对 。 
在 C 中 使 用 该 结构 : 


#include <db.h> 
typedef struct { 
void *data; 

u int32 t size; 

u int32 t ulen; 

u int32 t dlen; 

a int32 t doffs 

u int32 t flags; 
} DBT; 


功能 描述 : DBT 结构 的 所 有 域 在 第 一 次 使 用 前 没有 明确 地 初始 化 为 空 字 节 。 在 声明 该 
结构 体 时 应 该 使 用 库 函 数 memsetO 进 行 初始 化 。 默 认 的 情况 下 ，flags 被 设置 为 0。 
在 C++ 中 使 用 该 结构 : 


#include <db cxx-h> 
class Dbt { 
public: 
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Dbt (void *data, size t size); 
Dbt (); 

Dbt (const Dbt &); 

Dbt &operator = (const Dbt &); 
~Dbt (); 


void *get data() const; 
void set datal(void *); 


u int32 t get size() const; 
void set size(u int32 t); 


u int32 七 get ulen() const; 
void set ulen(u int32 t); 


u int32 t get dlen() const; 
void set dlen(u int32 t); 


u int32 t get doff() const;  // 返 回 局 部 记录 的 偏 移 (bytes) 
void set doff (u int32 t);// 设 置 在 被 应 用 程序 读 写 时 ， 局 部 记录 的 偏 移 (bytes) 


u int32 t get flags() const; 
void set flags(u int32 t); 


DBT *Dbt::get DBT(); 

const DBT *Dbt::get const DBT() const; 

static Dbt *Dbt::get Dbt (DBT *dbt); 

static const Dbt *Dbt::get const Dbt (const DBT *dbt); 


}; 
功能 描述 : Berkeley DB 数据 库 中 ， 类 Dbt 用 于 将 key 和 data 项 进行 编码 。key 和 data 
项 都 被 表示 为 Dbt 对 象 。 


15.1.6 ” 存 取 数据 


数据 库 的 存 取 操作 是 数据 库 的 主要 操作 ， 在 Berkeley DB 数据 库 中 存 取 操作 主要 是 对 
key/data 进行 存 取 。 
在 C 中 使 用 该 APT: 


#include <db.h> 
int DB->put (DB *db, 
DB_TXN *txnid, DBT *key, DBT *data, u int32 t flags); 


功能 描述 : 函数 DB->put0 存 放 key/data 到 数据 库 DB 中 。 

int DB->get (DB *db, DB TXN *txnid, DBT *key, DBT *data, u int32 t flags); 
int DB->pget (DB *db, DB_ TXN *txnid, DBT *key, DBT *pkey, DBT *data, u int32 七 
flags); 

功能 描述 : 函数 DB->get0 和 DB->pget0 从 数据 库 DB 中 取 key/data。 

在 C++ 中 使 用 该 API: 


#include <db cxx-h> 
int Db::put (DbTxn *txnid, Dbt *key, Dbt *data, u int32 t flags); 


功能 描述 : 函数 DB->put0 存 放 key/data 到 数据 库 DB 中 。 
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int Db: :get (DbTxn *txnid, Dbt *key, Dbt *data, u int32 t flags) 
int Db: :pget (DbTxn *txnid, Dbt *key, Dbt *pkey, Dbt *data, u int32 t flags); 


功能 描述 : 函数 Db::get 0 和 Db::pget 0 从 数据 库 DB 中 取 key/data。 
15.1.7 ”关闭 数据 库 


Berkeley DB 数据 库 使 用 完 后 ， 应 该 关闭 数据 库 ， 释 放 打开 的 资源 。 

在 C 中 使 用 该 API: 

#include <db.h> 

int DB->close(DB *db, u int32 t flags); 

功能 描述 : 函数 DB->close() flushes 将 所 有 数据 库 信 息 缓 冲 到 磁盘 ， 关 闭 任何 打开 游 
标 ， 释 放 分 配 的 任何 资源 ， 关 闭 任何 文件 。 

在 C++ 中 使 用 该 API: 

#include <db cxx.h> 

int Db::close(u int32 t flags); 

功能 描述 : 函数 DB->close( flushes 任何 缓存 数据 库 信 息 到 磁盘 ， 关 闭 任何 打开 游标 ， 
释放 分 配 的 任何 资源 ， 关 闭 任何 文件 。 

本 节 以 Berkeley DB 数据 库 为 例 介绍 了 数据 库 有 关 操 作 的 基本 概念 。 有 关 数 据 库 的 其 
他 概念 还 有 事务 处 理 、 互 斥 锁 、 内 存 池 和 操作 异常 等 。 这 些 概念 都 可 以 在 Berkeley DB 的 
API 文 档 上 找到 ， 读 者 可 以 自己 查阅 该 文档 。 


15.2 Berkeley DB 数据 库 安装 


Berkeley DB 数据 库 不 仅 可 以 针对 不 同 的 系统 安装 ， 还 可 以 针对 不 同 的 语言 安装 。 安 
装 成 C 库 ， 使 用 为 C 提供 的 API 就 可 以 使 用 该 数据 库 。 也 可 以 被 安装 成 C++ 库 或 Java 库 ， 
使 用 为 C++ 或 Java 提供 的 API 就 可 以 使 用 该 数据 库 。 下 面 主要 介绍 安装 为 安装 成 C 库 、 
C++ 库 和 交叉 编译 安装 过 程 。 


15.2.1 安装 成 C 库 


在 安装 Berkeley DB 数据 库 前 ， 读 者 可 以 去 Berkeley DB 官方 网 站 下 载 最 新 版 的 
Berkeley DB 数据 库 源 代码 。 在 写作 本 书 时 ，Berkeley DB 的 最 新 版 本 为 db-4.8.26.tar.gz。 
(1) 复制 db-4.8.26.tar.gz 到 /usr/local 目录 下 ， 然 后 解压 db-4.8.26.tar.gz 到 /usr/local。 


# tar zxvf db-4.8.26.tar.gz 
#cd db-4.8.26 


(2) 新 建 一 个 编译 目录 build_linux， 进 入 该 目录 。 使 用 configure 命令 ， 按 默认 方式 进 
行 编译 安装 ， 就 可 以 安装 成 C 库 。 


.400 。 


第 15 章 嵌入 式 数 据 库 Berkeley DB 移植 


# mkdir build linux // 建 立 编译 目录 

# cd build linux 

# ../dist/configure // 生 成 Makefile， 默 认 生 成 C 库 
# make // 编 译 

# make install // 安 装 


(3) 正确 编译 、 安 装 完成 后 ， 默 认 的 安装 路 径 为 /asrlocalBerkeley DB.4.8。 在 该 路 径 
下 生成 目录 bin、docs、 include 和 lib。 在 lib 路 径 下 生成 的 库 文 件 有 libdb-4.8.a、 libdb-4.8.1a、 
libdb-4.8.so、1libdb-4.so、libdb.a 和 libdb.so。 

如 果 要 卸载 Berkeley DB, 可 以 在 build linux 目录 下 使 用 make uninstall 命令 进行 卸载 。 


# cd /usr/local/db-4.8.26/build linux 
# make uninstall 


御 载 完成 后 ，msrlocalBerkeley DB.4.8 目录 下 的 所 有 子 目 录 均 为 空 。 
15.2.2 ”安装 成 C++ 库 


安装 成 C++ 库 与 安装 成 C 库 基本 类 似 。 编 译 时 唯一 的 区 别 在 于 configure 时 带 上 参数 
--enable-cxx。 下 面 给 出 编译 成 C++ 库 的 命令 过 程 : 
#cd /usr/local/db-4.8.26/build linux  /* 如 果 用 户 没 有 建立 目录 build linux, 需 


在 此 步 前 执行 #mkdir /usr/local/ db- 
4.8.26/builq linux， 建 立 编译 目录 */ 


# ../dist/configure --enable-cxx // 编 译 成 C++ 库 
# make // 编 译 
# make install // 安 装 


全 注意 : 在 此 步 编译 的 过 程 中 ， 可 以 看 到 执行 编译 时 采用 的 编译 器 为 g++ 而 不 是 GCC 了。 


安装 完成 后 ， 进 入 /usr/local/Berkeley DB.4.8/lib 目录 查看 生成 的 库 文 件 ， 与 编译 成 C 
库 有 何 区 别 。 


libdb-4.8.a libdb-4.so libdb cxx-4.8.1a LILAD CK 
libdb-4.8.1la libdb.a libdb cxx-4.8.so LAD 
libdb-4.8.so libdb cxx-4.8.a libdb cxx-4.so libdb.so 


安装 结束 后 ， 清 除 编译 /usr/local/db-4.8.26/build_linux 目录 下 的 所 有 文件 。 
15.2.3 ”交叉 编译 安装 Berkeley DB 


交叉 编译 安装 Berkeley DB 时 ， 以 安装 成 C++ 库 为 例 。 安 装 成 arm-linux 环境 下 的 库 ， 
两 点 主要 的 区 别 是 编译 器 选择 arm-linux-g++， 平 台 选 择 ARM。 在 配置 configure 参数 时 ， 
如 果 忘 记 了 该 参数 ， 可 以 使 用 -help 进行 查看 。 


# mkdir /usr/local/db-4.8.26/build arm linux 
#cd /usr/local/db-4.8.26/build arm linux 
#../dist/configure -help 


查看 默认 参数 配置 细节 。 编 译 或 者 交叉 编译 其 他 源 代码 也 是 对 类 似 的 参数 进行 配置 ， 
然后 进行 编译 和 安装 。 
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Fine tuning of the installation directories : 


—-bindir=DIR user executables [EPREFIX/bin] 
—-sbindir=DIR system admin executables [EPREFIX/sbin] 
--1ibexecdir=DIR program executables [EPREFIX/libexec] 
—--sysconfdir=DIR read-only single-machine data [PREFIX/etc] 
--sharedstatedir=DIR modifiable architecture-independent data 
[PREFIX/com] 
--localstatedir=DIR modifiable single-machine data [PREFIX/var] 
—-libdir=DIR object code libraries [EPREFIX/l1ib] 
--includedir=DIR C header files [PREFIX/include] 
--oldincludedir=DIR C header files for non-gcc [/usr/includel] 
--datarootdir=DIR read-only arch.-independent data root 
[PREFIX/share] 
—-datadir=DIR read-only architecture-independent data 
[DATAROOTDIR] 
—-infodir=DIR info documentation [DATAROOTDIR/info] 
--1Localedir=DIR locale-dependent data [DATAROOTDIR/locale] 
—-mandir=DIR man documentation [DATAROOTDIR/man] 
--docdir=DIR documentation root 
[DATAROOTDIR/doc/db-4.8.26] 
—-htmldir=DIR html documentation [DOCDIR] 
=--dvidir=DIR dvi documentation [DOCDIR] 
--pdfdir=DIR pdf documentation [DOCDIR] 
--psdir=DIR ps documentation [DOCDIR] 
Program names: 
—-program-prefix=PREFIX prepend PREFIX to installed program names 
—-program-suffix=SUFFIX append SUFFIX to installed program names 
—-program-transform-name=PROGRAM run sed PROGRAM on installed program 
names 
System types: / /交叉 编译 需要 设置 的 地 方 
--build=BUILD configure for building on BUILD [guessed] 
--host=HOST cross-compile to build programs to run on HOST [BUILD] 


Optional Features: 
--disable-option-checking ignore unrecognized --enable/--with options 


--disable-FEATURE do not include FEATURE (same as --enable-— 
FEATURE=no) 

—-enable-FEATURE[=ARG] include FEATURE [ARG=yes] 

--disable-bigfile Obsolete; use --disable-largefile instead. 

--disable-cryptography Do not build database cryptography support. 

--dqisable-hash Do not build Hash access method . 

--disable-partition Do not build partitioned database support. 


--disable-compression Do not build compression support. 
--disable-mutexsupport Do not build any mutex support. 
--disable-atomicsupport Do not build any native atomic operation support. 
--dqisable-queue Do not build Queue access method. 
--disable-replication Do not build database replication support. 
--dqisable-statistics Do not build statistics support. 


--disable-verify Do not build database verification support. 
--enable-compat185 Build DB 1.85 compatibility API. 
—-enable-cxx Build C++ API. (编译 成 C++ 库 时 设置 ) 
--enable-debug Build a debugging version- 

--enable-debug rop Build a version that logs read operations. 
--enable-debug wop Build a version that logs write operations. 
--enable-diagnostic Build a version with run-time diagnostics- 
--enable-dump185 Build db dump185(1) to dump 1.85 databases. 
--enable-java Build Java API. (编译 成 Java 库 时 设置 ) 
—-enable-mingw Build Berkeley DB for MinGW. 
--enable-o_direct Enable the O DIRECT flag for direct I/O. 
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—-enable-posixmutexes Force use of POSIX standard mutexes. 


—-enable-smallbuild Build small footprint version of the library. 
—-enable-stl Build STL API. 

--enable-tcl Purld Te APL- 

--enable-test Configure to run the test suite. 
--enable-uimutexes Force use of Unix International mutexes. 
--enable-umrw Mask harmless uninitialized memory read/writes. 


--enable-shared[=PKGS] build shared libraries [default=yes] 
--enable-static[=PKGS] build static libraries [default=yes] 
—--enable-fast-install [=PKGS] 

optimize for fast installation [default=yes] 
—-disable-libtool-lock avoid locking (might break parallel builds) 
--disable-largefile omit support for large files 


Optional Packages: 
—-—with-PACKAGE [=ARG] use PACKAGE [ARG=yes] 
—-without-PACKAGE do not use PACKAGE (same as --with-PACKAGE=no) 
—-with-mutex=MUTEX Select non-default mutex implementation. 
—-with-mutexalign=ALIGNMENT 
Obsolete; use DbEnv::mutex set align instead. 


—-with-tcl=DIR Directory location of tclConfig.sh. 

—-with-uniquename=NAME Build a uniquely named library. 

—-with-pic try to use only PIC/non-PIC objects [default=use 
both] 

--with-gnu-1d assume the C compiler uses GNU ld [default=no] 


查看 上 面 的 信息 ， 设 置 交叉 编译 的 configure 参数 如 下 : 


# ../dist/configure CC=arm-linux-gcc --host=arm-linux --enable- 
mutexsupport \ 

--exec-prefix=/usr/local/BerkeleyDB ARM 
--docdir=/usr/local/BerkeleyDB ARM/doc \ 
--includedir=/usr/local/BerkeleyDB ARM/include --enable-cxx 

# make 

# make install 


在 目录 /usr/local/BerkeleyDB_ARM 下 生成 4 个 文件 夹 : 


bin include lib doc 


查看 安装 的 lib 库 文件 : 


libdb-4.8.a libdb-4.8.so libdb.a libdb cxx-4.8.1a 
libdb cxx-4.so libdb cxx.so 
libdb-4.8.la libdb-4.so libdb cxx-4.8.a libdb cxx-4.8.so libdb cxx.a 
libdb.so 


15.3 ”使 用 Berkeley DB 数据 库 


前 面 已 经 介绍 Berkeley DB 数据 库 的 基本 概念 和 编译 安装 过 程 。 本 节 就 介绍 如 何 使 用 
安装 好 的 Berkeley DB 数据 库 。 这 里 以 C++ 库 为 例 介绍 其 使 用 方法 。 


15.3.1 代码 分 析 


以 目录 examples_cxx 下 的 文件 AccessExample.cpp 为 例 ， 说 明 如 何 编写 程序 操作 
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Berkeley DB 数据 库 。 前 面 介绍 数据 库 基本 概念 时 ， 基 本 上 介绍 了 例子 中 的 数据 库 操 作 , 读 
者 不 明白 的 地 方 可 以 参考 15.1 节 或 者 参考 Berkeley DB 数据 库 的 C++ API 文档。 

AccessExample 主要 实现 Key/Data 存储 和 从 数据 库 取 数据 的 功能 。 程 序 的 实现 主要 分 
为 3 部 分 : 类 定义 、 主 函数 和 访问 数据 库 。 下 面 分 别 介绍 这 3 部 分 。 


1. 类 的 定义 部 分 
AccessExample 的 定义 部 分 主要 定义 了 访问 数据 库 的 方法 和 构造 函数 。 其 代码 如 下 : 


#include <db cxx.h> 
#define DATABASE "access.db" 
class AccessExample // 定 义 测试 类 
中 
public: 
AccessExample(); 
void run(bool removeExistingDatabase, const char *fileName); 


// 定 义 测试 数据 库 方法 
private: 
// no need for copy and assignment 
AccessExample (const AccessExample &); // 复 制 构造 函数 


void operator = (const AccessExample &);  // 赋 值 构造 函数 
}; 


2. 主 函 数 部 分 


主 函数 部 分 是 程序 的 入 口 点 ， 指 定 了 运行 时 选择 的 数据 库 。 调 用 run() 函 数 进行 访问 数 
据 库 。 同 时 使 用 try/catch 机 制 捕获 访问 数据 库 过程 中 的 异常 。 


int main(int argc, char *argv[]) 


{ 
nt ch cflags 
const char *database; 


rflag = 0; 
while ((ch = getopt(argc, argv, "r")) != EOF) 
switch (ch) { 
Case 'r': 
rflag = 1; 
break; 
CA 2s 
default: 


return (usage()); 
} 
argc -= optind; 
argv += optind; 


/* 如 果 命 令 行 后 面 跟 上 参数 为 空 ， 则 数据 库 为 默认 的 数据 库 “access .db” 否则 取 参 数 作为 
数据 库 */ 


database = *argv == NULL ? DATABASE : argv[0]; 


/* 使 用 try-catch 捕捉 数据 库 操作 过 程 中 的 异常 */ 
try { 
AccessExample app; 
app-run((bool) (rflag == 1 ? true : false), database); 
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return (EXIT SUCCESS) 

} 

catch (DbException &dbe) { 
Cerr << "AccessExample: " << dbe.what() << "\n"7 
return (EXIT FAILURE); 


3. 访问 数据 库 部 分 


访问 数据 库 部 分 主要 完成 构造 数据 库 ， 打 开 数 据 库 ， 向 数据 库 中 存储 数据 ， 以 及 遍历 
数据 取 数 据 ， 最 后 关闭 数据 库 。 


void AccessExample: :run (bool removeExistingDatabase, const char *fileName) 


{ 


// 移 除 旧 的 数据 库 
if (removeExistingDatabase) 
(void) remove (fileName); 


// 不 需要 环境 句柄 进行 创建 数据 库 对 象 
Db db(0, 0); 


db.set error stream(&cerr); 

db.set errpfx ("AccessExample"); 

db.set pagesize(1024); /* Page size: 1K. */ 

db.set cachesize(0, 32 * 1024, 0); 

// 打 开 数 据 库 fileName， 如 果 数 据 库 fileName 不 存在 则 创建 数据 库 

db .open (NULL, fileName, NULL, DB BTREE，DB CREATE, 0664); 


/* 插 入 键 值 对 到 数据 库 中 ， 输 入 的 字符 串 键 ， 其 逆序 为 值 */ 
char buf[1024], rbuf[1024]; 

char *p, *t; 

int ret; 

u int32 t len; 


Top (rt 

CiE << "input> > 

cout.flush (); // 刷 新 输出 缓冲 区 到 输出 流 

cin.getline (buf, sizeof (buf)); // 获 取 输 入 行 

if (cin.eof()) // 如 果 输 入 结束 ，Windwos 中 Ctrl+z 
模拟 文件 结束 ，Linux 下 Ctrl1+D 模 
拟 文件 结束 

break; 


if {(len = (u int32 t)})strlen(buf)) <= 0) 


continue; 

for (t = rbuf, p = buf + (len -= 1); p >= buf;) // 北 序 
# 七 十 一 *p 一 一 > 

a 


/* 这 里 创建 的 两 个 对 象 key 和 data 分 别 代 表 要 存储 的 一 个 键 值 对 的 key 和 data。 把 
字 节 串 的 起 始 地 址 和 长 度 传 给 了 它们 ，Berkeley DB 即 可 得 到 这 两 个 字 节 串 */ 

Dbt key(buf, len + 1); 

Dbt datal(rbuf, len + 1); 


/* 保 存 key 和 data，DB NOOVERWRITE 表示 : 如 果 存 在 重复 的 key 和 data， 则 不 覆 
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盖 旧 的 key 和 data*/ 
ret = db.put (0, &key, &data, DB NOOVERWRITE); 
if (ret == DB KEYEXIST) { 
cout << "Key " << buf << " already exists.\n"; 
} 
1 


cout << TNA 


在 主 W 玉 
// 建 立 游标 用 于 遍历 数据 库 
Dbc *dbcp; 
db.cursor (NULL, &dbcp, 0); 


// 遍 历 整 个 表 打印 key/data 对 
Dbt key; 
Dbt data; 
while (dbcp->get (gkey, &data, DB NEXT) == 0) { 
char *key string = (char *)key.get data(); 
char *data string = (char *)data.get data(); 
Cout << Key SString << "<< data string << Na 
} 
/* 关 闭 游标 。 因 为 游标 稳定 性 导致 游标 所 引用 的 页 面 被 锁定 ， 使 用 同一 个 数据 库 的 其 他 
进程 或 者 线程 无 法 访问 这 些 页 面 */ 
dbcp->close(); 


} 
/* 捕 获 异常 */ 
catch (DbException &dbe) { 
cerr << "AccessExample: " << dbe.what() << "\n"; 


/* 关 闭 数据 库 */ 
db.close (0); 


编译 运行 程序 


AccessExample.cpp 使 用 了 C++ API。 编 译 AccessExample.cpp 的 命令 如 下 : 


# gt+ -0o AccessExample -I /usr/local/BerkeleyDB.4.8/include/ -L 
/usr/local/BerkeleyDB.4.8/1ib/ AccessExample.cpp -lpthread -ldb cxx 
命令 说 明 : 

g++ / /编译 器 

-oO AccessExample // 输 出 文件 名 

-I /usr/local/BerkeleyDB.4.8/include/ // 指 定 头 文件 路 径 

-LI /usr/local/BerkeleyDB.4.8/1ib/ // 指 定 库 文 件 路 径 
AccessExample.cpp // 源 文件 

-lpthread -ldbcxx // 指 定 库 名 字 为 1ibpthread 和 1ibdb cxx 


编译 完成 后 生成 可 执行 文件 AccessExample。 如 果 没 有 设置 lib 库 的 路 径 ， 运 行 
AccessExample 时 会 出 现 找 不 到 库 的 错误 。 添 加 库 的 路 径 到 文件 /etc/ld.so.conf 后 面 ， 并 且 
运行 ldconfig 使 之 生效 。 


# vi /etc/ld.so.conf 


.406。 


第 15 章 嵌入 式 数 据 库 Berkeley DB 移植 


添加 下 面 内 容 : 

/usr/local/BerkeleyDB.4.8/lib 

# ldconfig 

运行 AccessExample， 命 令 后 面 带 参数 ， 参 数 即 为 数据 库 名 称 ， 不 带 参 数 则 数据 库 名 
称 默认 为 access.db。 保 存 输入 key/data 对 ， 并 且 打 印 整 个 表 信 息 。 运 行 执行 结果 如 下 : 


# ./AccessExample 


input> abc // 输 入 abc 
input> bcd // 输 入 bcd 
input> cde // 输 入 cde 
input> efg // 输 入 efg 
input> ghi // 输 入 ghi 
input> // 按 下 ctr1+D 表示 输入 结束 
abc : cba 

bed -deb 

cde : edc 

efg : gfe 

ghi : ihg 


15.4 ”移植 Berkeley DB 数据 库 


本 节 中 将 会 以 实例 讲解 Berkeley DB 设计 类 似 电话 本 功能 的 查询 、 添 加 功能 。 在 调试 
的 中 先 在 上 位 机 中 编译 、 调 试 后 ， 再 进行 交叉 编译 ， 然 后 进行 移植 。 


15.4.1 数据 库 设计 


使 用 Berkeley DB 数据 库 时 ， 一 个 数据 库 中 包含 一 个 表 。 这 个 简单 的 表 包 含 两 个 字段 : 
用 户 姓名 和 号 码 。 通 过 输入 用 户 姓 名 和 号 码 保存 到 数据 库 ， 然 后 遍历 打印 整个 表 信息 。 

数据 库 名 称 : user2num.db。 

口 Key: user。 

口 Data: num。 

数据 库 的 操作 包括 : 

口 存 数据 操作 put()。 

口 取 数 据 操作 get()。 


15.4.2 ”编写 应 用 程序 


根据 上 面 的 设计 ， 编 写 代码 时 主要 功能 实现 为 存 数据 操作 和 取 数 据 操作 。 本 程序 
PhoneBook.cpp 参考 例子 程序 AccessExample.cpp。 下 面 是 程序 源 代码 。 


//PhoneBook.cpp // 文 件 名 
#include <sys/types.h> // 添 加 的 所 有 头 文件 


#include <iostream> 
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#include <iomanip> 
#include <errno.h> 
#include <stdlib.h> 
#include <string.h> 
#include <db cxx.h> 


// 名 字 空 间 

using std::cin; 
using std::cout; 
using std::cerr; 
using std::endl; 


int main() 


0 


char *fileName; 


Db db(0, 0); // 创 建 没有 环境 的 数据 库 


db.set error stream(&cerr); 
db.set errpfx("PhoneBook"); 


db.set pagesize(1024); // 页 大 小 为 1K 
db.set cachesize(0, 32 * 1024, 0); 


fileName = "user2num.db"; 
/* 打 开 数 据 库 fileName。 如 果 该 数据 库 不 存在 则 创建 名 字 为 fileName 的 数据 库 */ 
db.open (NULL, fileName, NULL, DB BTREE, DB CREATE, 0664); 


char user buf[1024], num buf[1024]; 
char sp *t> 

int ret; 

u int32 t user len, num len; 


Or (ys 
/* 提 示 输入 用 户 姓 名 */ 
cout << "input name> "; 
cout .flush()， 
cin.getline (user buf, sizeof (user buf)); 
/* 提 示 输 入 对 应 用 户 的 电话 号 码 */ 
cout<< " input phone num>"; 
cout.flush(); 
cin.getline (num buf, sizeof (num buf)); 


/* 判 断 是 否 介绍 输入 ， 结 束 则 跳出 循环 ， 否 则 继续 输入 */ 


IE (cinsaoE()y 
break; 


/* 如 果 输 入 为 空 则 不 执行 后 续 操作 ， 即 不 存 入 数据 库 */ 


if ( ((user len= (u int32 t)strlen(user buf)) <=0) 11 ((num len 
= (u int32 t) strlen (num buf)) <= 0) ) 
continue; 


/* 创 建 的 两 个 对 象 key 和 data 分 别 代表 要 存储 的 一 个 键 值 对 的 key 和 data。 把 
字 节 串 的 起 始 地 址 和 长 度 传 给 了 它们 ，Berkeley DB 即 可 得 到 这 两 个 字 节 串 */ 


Dbt key (user buf, user len + 1); 
Dbt data(num buf, num len + 1); 
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/* 将 输入 的 Key 和 Data 对 存 入 数据 库 ， 如 果 已 经 存在 则 不 覆盖 */ 
ret = db.put (0, &key, &data, DB NOOVERWRITE) 
if (ret == DB KEYEXIST) { 
cout << "Key " << user buf << " already exists.\n™"; 
} 
} 


CoOUE << MN 


Ya 

/* 定 义 访问 数据 库 的 游标 */ 

Dbe *dbeps; 

db.cursor (NULL, &dbcp, 0); 


/* 遍 历数 据 库 打印 姓名 和 号 码 */ 
Dbt key; 
Dbt data; 
while (dbcp->get (gkey, &data, DB NEXT) == 0) { 
char *key _ string = (char *)key.get data(); 
char *data string = (char *)data.get data(); 
couE < Ko Ering < ee < data string < Vn 


} 
/* 关 闭 游标 */ 
dbcp->close(); 
} 
catch (DbException &dbe) { 
Cerr << "AccessExample: " << dbe.what() << "\n"; 
} 


db.close (0); 


15.4.3 ”调试 和 交叉 编译 应 用 程序 


在 上 位 机 中 进行 编译 和 调试 , 使 用 的 是 /asrlocal/BerkeleyDB.4.8/ 目 录 下 的 头 文件 和 库 。 
编译 的 方法 为 : 

# g++ -oO PhoneBook -I /usr/local/BerkeleyDB.4.8/include/ -L /usr/local/ 

BerkeleyDB.4.8/1ib/ PhoneBook.cpp -lpthread -ldb cxx 


# ./PhoneBook // 运 行 
input name> Tom // 输 入 姓名 
input phone num>13012345678 // 对 应 的 电话 号 码 


input name> Jack 

input phone num>13787654321 
input name> Mary 

input phone num>13543216789 
/* 下 面 为 打印 的 电话 本 信息 */ 

Jack 2 137071654321 

Mary : 13543216789 

Tom : 13012345678 


在 上 位 机 中 调试 通过 后 可 以 进行 交叉 编译 和 移植 。 交 叉 编 译 使 用 的 是 


/usr/local/BerkeleyDB_ARM/ 目 录 下 的 头 文件 和 库 。 编 译 方法 为 : 
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# arm-linux-gt++ -0 PhoneBook -I /usr/local/BerkeleyDB ARM/include/ -L 
/usr/local/BerkeleyDB ARM/1ib/ PhoneBook.cpp -lpthread -ldb cxx 


交叉 编译 后 生成 : PhoneBook。 
15.4.4 数据 库 的 移植 和 测试 


移植 时 需要 将 交叉 编译 库 /usr/local/BerkeleyDB ARM/lib 目录 的 libdb cxxso 和 
libdb_cxx-4.8.so 两 个 文件 复制 到 开发 板 /lib 目录 下 。 将 PhoneBook 放 在 开发 板 /usr/bin 目录 
下 ， 并 且 修 改 其 权限 。 


# chmod 777 PhoneBook 
#./PhoneBook 


在 开发 板 上 运行 和 上 位 机 中 运行 效果 相同 ， 在 当前 目录 下 也 会 生成 user2num.db 数据 
库 ， 运 行 结果 如 图 15.1 所 示 。 


Serial-CON4 - SecaureCRT 
File Edit Yiew OQptions Iransfer Script Tools lelp 


泣 习 名 习 况 | 钊 外 QI 后 吕 各 | 甸 党 ?18| 国 


[root@Friendl yARM bin]# ./PhoneBook 
out! nane> zhang 
ee mum 13033333333 
re nane> li 4 
inPut phone Pum >14044444444 


ge 
rootoFriendl yARM binys 


lSerial: COM4 | 3, 25[12 Rows, 70Cols rioo | | 


15.1 开发 板 上 运行 结果 


13.5 小 结 


Berkeley DB 数据 库 在 嵌入 式 系统 中 应 用 越 来 越 多 ， 本 章 的 编译 和 移植 过 程 都 比较 简 
单 。 在 实际 的 项 目 中 使 用 Berkeley DB 数据 库 时 ， 重 点 是 在 数据 库 的 设计 。 掌 握 数 据 库 的 
设计 ， 将 需求 变 为 数据 库 的 详细 设计 方案 是 读者 将 Berkeley DB 数据 库 应 用 到 嵌入 式 系统 
的 基础 。 
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SQLite 是 一 个 轻 量 级 的 数据 库 ， 非 常 适合 用 在 嵌入 式 系统 中 。 与 Berkeley DB 相 比 ， 
它 支持 SQL 语句 ， 而 且 能 在 一 个 数据 库 中 创建 多 个 表 。 本 章 将 主要 介绍 如 何 使 用 SQLite 
数据 库 及 其 接口 ， 同 时 介绍 其 在 上 位 机 中 的 编译 和 安装 ， 最 后 介绍 如 何 将 它 移植 到 嵌入 式 
系统 中 。 


16.1 SQLite 支持 的 SQL 语句 


SQLite 支持 大 部 分 SQL 语句 ， 包 括 创 建 索引 、 创 建 表 、 创 建 视 图 、 创 建 虚 表 、 删 除 
表 、 删 除 索 引 、 删 除 视图 、 修 改 表 等 。 本 节 将 带 读者 回顾 几 个 简单 的 SQL 语句 ， 为 后 面 安 
装 和 使 用 SQLite 做 铺垫 。 如 果 读者 熟悉 SQL 语句 可 以 直接 看 16.2 节 。 


16.1.1 数据 定义 语句 


下 面 给 出 SQL 标准 中 的 数据 定义 语句 种 类 ， 并 且 在 括号 中 指明 SQLite 是 否 支持 该 语 
句 。 同 时 通过 实例 给 出 所 支持 语句 的 使 用 方法 。 
ALTER DATABASE 语法 (不 支持 ) 。 
ALTER TABLE 语法 (支持 ) ， 用 于 更 改 原 有 表 的 结构 。 
CREATE DATABASE 语法 (不 支持 ) 。 
CREATE INDEX 语法 (支持) ， 用 于 创建 索引 。 
CREATE TABLE 语法 〈 支 持 ) ， 用 于 创建 表 。 
DROP DATABASE 语法 (不 支持 ) 。 
DROP INDEX 语法 (支持 ) ， 用 于 删除 索引 。 
DROP TABLE 语法 (支持 ) ， 用 于 删除 表 。 
RENAME TABLE 语法 (不 支持 ) 。 
下 面 通过 实例 说 明 以 上 语法 : 
(1) 创建 表 student， 该 表 包 含 4 个 列 id，name，sex 和 age。 


create table student (1id，name , sex, age ) 


(2) 修改 表 student， 在 表 中 增加 1 个 列 address。 


alter table student add address; 


(3) 创建 索引 index id， 索引 是 根据 表 student 的 列 id 进行 创建 。 


create index index id on student (id) 


DODODDDUOGDU 
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(4) 删除 表 中 的 索引 index_ id， 在 SQLite 数据 库 中 索引 不 能 重 名 ， 不 同 的 表 只 能 有 一 
个 名 字 为 ndex id 的 索引 。 删 除 的 时 候 不 需要 指定 是 哪个 表 的 索引 。 


drop index index id; 


16.1.2 ”数据 操作 语句 


下 面 给 出 SQL 标准 中 的 数据 操作 语句 种 类 ， 并 且 在 括号 中 指明 SQLite 是 否 支持 该 语 
句 。 同 时 通过 实例 给 出 所 支持 语句 的 使 用 方法 。 
DELETE 语法 (支持 ) 。 
DO 语法 〈 不 支持 ) 。 
HANDLER 语法 〈 不 支持 ) 。 
INSERT 语法 (支持 ) 。 
LOAD DATA INFILE 语法 (不 支持 ) 。 
REPLACE 语法 (支持) 。 
SELECT 语法 (支持 )。 
Subquery 语法 不 支持 ) 。 
TRUNCATE 语法 (不 支持 ) 。 
UPDATE 语法 〈 支 持 ) 。 
DELETE 语法 ， 删 除 表 中 的 一 条 或 多 条 记录 。INSERT 语法 ， 向 表 中 插入 一 条 记录 。 


delete from student where id =1; 

DELETE 命令 用 于 从 表 中 删除 记录 ,命令 包含 DELETE FROM 关键 字 及 需要 删除 的 记 
录 所 在 的 表 名 。 若 不 使 用 WHERE 子 句 ， 表 中 的 所 有 行将 全 部 被 删除 。 否 则 仅 删 除 符合 条 
件 的 行 。 本 句 删除 id 为 1 的 行 。 

insert into student values (11, 'DaSan', 'M', 20, 'beijing'); 

本 人 句 向 表 student 中 插入 id 字段 为 11，name 字段 为 DaSan，sex 字段 为 M，age 字段 
为 20，address 字段 为 beijing 的 行 。 


select * from student; 


select 语句 从 表 student 中 查询 所 有 项 。 


update student set age = 24 where age = 20; 


update 语句 更 新 所 有 字段 age 为 20 的 值 ， 将 其 更 新 为 age 为 24。 

如 果 要 对 于 SQLite 的 各 种 语法 进行 更 深入 的 学 习 ， 可 以 参考 SQLite 的 文档 或 者 其 他 
资料 ， 本 章 重点 不 是 SQL 语句 。 下 面 将 介绍 如 何在 上 位 机 中 安装 SQLite， 上 面 的 语句 在 
安装 了 SQLite 后 可 以 一 一 得 到 验证 。 


| 加 同 男 阮 呈 央 加 央 右 肤 甸 央 曙 贿 四 月 加 呈 加 | 


16.2 ”SQLite 数据 库 编译 、 安 装 和 使 用 


SQLite 的 安装 过 程 也 比较 简单 ， 但 是 笔者 在 安装 最 新 版 sqlite-3.6.23 时 出 现 了 很 多 编 
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译 错误 。 由 于 时 间 的 关系 没有 深究 这 些 错 误 的 原因 ， 而 是 最 后 选择 sqlite-3.6.17 安装 成 功 。 
本 机 的 环境 gcc 版 本 为 4.1.1。 


16.2.1 安装 SQLite 


安装 SQLite 的 过 程 比较 简单 , 下 面 列 出 安装 sqlite-3.6.17.tar.gz 的 详细 过 程 及 安装 过 程 
的 命令 。 

(1) 复制 sqlite-3.6.17.tar.gz 到 /usrlocal 目录 下 。 

(2) 解压 sqlite-3.6.17.tar.gz。 


#tar zxvf sqlite-3.6.17.tar.gz 
(3) 新 建 一 个 安装 目录 /usr/local/sqlite x86。 


#mkdir /usr/local/sqlite x86 


(4) 进入 解压 目录 /usr/local/sqlite-3.6.17 配置 SQLite, 执行 configure 命令 生成 Makefile 
文件 。 


#cd /usr/local/sqlite-3.6.17 
# ./configure -prefix=/usr/local/sqlite x86 


(5) 执行 make 安装 SQLite。 
# make 
(6) 执行 make install 将 SQLite 安装 在 /usr/local/sqlite_x86 路 径 下 。 


# make install 


安装 完成 后 进入 /usr/local/sqlite_ x86/ 目 录 查 看 安装 文件 。 
# cd /usr/local/sqlite x86/ 


# 1s 

bin include 1lib // 安 装 目录 下 的 文件 
#cd bin 

#1s 

sqlite3 // 访 问 数据 库 的 工具 


(7) 安装 完成 后 ， 删 除 安装 目录 下 的 临时 文件 。 


# rm -rf /usr/local/sqlite-3.6.17 


16.2.2 利用 SQL 语句 操作 SQLite 数据 库 


SQLite 安装 完成 后 对 SQLite 进行 测试 ， 根 据 前 面 列 出 的 SQL 语句 对 SQLite 支持 的 
SQL 语句 进行 测试 。 进 入 安装 目录 /usr/local/sqlite x86/bin 测试 工具 sqlite3。 


#cd /usr/local/sqlite x86/bin 
# ./sqlite3 testdb.db 


创建 数据 库 会 出 现下 面 的 提示 信息 : 


SQLite version 3.6.17 
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Enter " .help" for instructions 
Enter SQL statements terminated with a "7 


执行 ./sqlite3 testdb.db 后 出 现 SQLite 版 本 信息 ， 并 且 提 示 用 户 输入 SQL 语句 ， 下 面 为 
创建 学 生 表 及 插入 数据 的 SQL 语句 。 

sqlite> create table student (id, name , sex, age ); // 创 建 学 生 表 

sqlite> insert into student values (1，'Jack'，'M'，20); // 向 表 中 插入 数据 

sqlite> insert into student values(2, 'Tom’', 'M', 21); 


sqlite> insert into student values(3, 'Mary', 'W', 19); 
sqlite> select * from student; // 显 示 表 的 所 有 信息 


显示 的 结果 如 下 : 

11UacklIMI20 

21TomIMI21 

31MarylIWl19 

以 下 为 更 新 表 的 操作 ， 将 学 生 表 中 age=24 的 项 更 新 为 age=20。 下 面 为 输入 的 SQL 
语句 。 


sqlite> update student set age = 24 where age = 20; // 更 新 表 
sqlite> select * from student; 


上 述 操作 的 结果 打印 如 下 : 


llJack|lM|24 
21Tom|IM|21 
31MarylIWl19 


执行 完 对 数据 库 的 操作 后 ， 退 出 数据 库 使 用 -quit 命令 。 
.quit // 退 出 


16.2.3 利用 C 接口 访问 SQLite 数据 库 


SQLite 为 C 语言 提供 的 支持 库 位 于 安装 目录 下 ， 通 过 提供 的 C 接口 可 以 对 SQLite 数 
据 库 进行 操作 。 下 面 例 程 演示 如 何 调用 接口 函数 进行 访问 数据 库 。 其 主要 过 程 与 16.2.2 节 
利用 SQL 语句 访问 数据 库 效 果 类 似 。 给 出 了 测试 程序 testc 的 代码 、 编 译 过 程 和 运行 
结果 。 


#include <stdio.h> 
#include <stdlib.h> 
#include <sqlite3.h> 


int main( void ) 

1 
sqlite3 *db=NULL; 
char *zErrMsg = 0; 
int res 
int i=0; 


rc = sqlite3 open("test.db"，&gdb); // 打 开 指 定 的 数据 库 文件 ， 如 果 不 存在 将 创建 
一 个 同名 的 数据 库 文件 


ee 
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fprintf (stderr, "Can't open database: %s\n", sqlite3 errmsg (db)); 
sqlite3 close(db); 
ee 
} 
else 
printf ("opened database test.db successfully!'\n"); 


// 创 建 一 个 表 ， 如 果 该 表 存 在 ， 则 不 创建 ， 并 给 出 提示 信息 ， 存 储 在 zErrMsg 中 


char *sql = "create table student(id, name , sex, age);"; 
// 执 行 SQL 语句 

sqlite3 exec( db , sql ，0 ，0 ，&zErrMsg ) 7 

// 插 入 数据 

sql = "insert into student values(1, ‘'Jack', 'M', 20);"; 
// 执 行 SQL 语句 

sqlite3 exec( db ，sql ，0 ，0 , &zErrMsg ); 

// 插 入 数据 

sql = "insert into student values(2, 'Tom’', 'M', 21);"; 
sqlite3 exec( db , sql, 0 , 0 , &zErrMsg ); 

// 插 入 数据 

sql = "insert into student values(3, 'Mary', 'W', 19);"; 
sqlite3 exec( db , sql, 0 , 0 , &zErrMsg ); 

// 查 询 结果 

sql = "select * from student;" ; 

sqlite3 exec( db , sql, 0 , 0 , &zErrMsg ); 

// 查 询 数据 

/* 


int sqlite3 get table(sqlite3*, const char *sql,char***result , int 
*nrow , int *ncolumn ,char **errmsg ); 

result 中 是 以 数组 的 形式 存放 所 查询 的 数据 ， 首 先是 表 名 ， 再 是 数据 。 

SO 分 天 加 六 语 合 汉 加 的 纪 系 秆 的 生效 放流， 没 代 于 到 的 党 只 汉 四 i0 

来 

int nrow = 0, ncolumn = 0; 


char **fristResult; // 二 维 数组 存放 结果 


sql = "select * from student;" ; 
printr (Nn) 
sqlite3 get table(db, sql, &fristResult, gnrow, &ncolumn, &zErrMsg ); 


// 打 印 查 询 结果 
printf( "row:sd column=sd \n" , nrow , ncolumn ); 
printf( "\nThe result of querying is : \n™ ); 


orOi=0 2 < nrow te Te ncolumm 7 LE 
printf( ”fristResult[sd] = Ss\n”, 1 。 fristResult(lil] ) 2 


// 释 放 fristResult 的 内 存 空间 
sqlite3 free table( fristResult ); 


sql = "update student set age = 24 where age = 207" -7 
Printfl Nn 

sqlite3 exec( db sy sql; 0 0 &zBrrMsg ls 

nrow = 0; 


ncolumn = 0; 
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char **secondResult; // 二 维 数组 存放 结果 
// 查 询 数据 


Sql = ”Select * From students™ ys 


sqlite3 get table( db , sql , &secondResult , &nrow , &ncolumn ， 
&ZErrMsg ); 


// 打 印 查询 结果 
printf( "row:%d column=%d \n" , nrow , ncolumn ); 
printf( "\nThe result of querying is : \n™ ); 


for( i=0 ; i<( nrow + 1 ) * ncolumn ; i++ ) 
printf( "secondResult[%d] = %s\n", i , secondResult[i] ); 


// 释 放 secondResult 的 内 存 空间 
sqlite3 free table( secondResult ); 


Brintf(" Nn )s 


sqlite3 close (db); // 关 闭 数据 库 
return 0; 

} 

编译 程序 命令 如 下 : 


# gcc -o test -I /usr/local/sqlite x86/include -L /usr/local/sqlite x86/1ib 
test.c -lsqlite3 -static -lpthread 


编译 命令 说 明 : 

gcc // 指 定编 译 器 

-oO test // 输 出 文件 名 

-I /usr/local/ sqlite x86/include // 指 定 头 文件 路 径 

-L /usr/local/ sqlite x86/lib // 指 定 库 文件 路 径 

test.c // 源 文件 

-lsqlite3 -static -lpthread // 指 定 库 名 字 为 1ibpthread 和 


libsqlite3， 且 为 静态 方式 编译 


执行 编译 命令 后 会 生成 可 执行 文件 test， 运 行 可 执行 文件 。 打 印 结果 与 执行 SQL 语句 
结果 类 似 。 


#./test 

opened database test.db successfully! 
row:3 column=4 

The result of querying is : 
fristResult [0] = id 


fristResult[1] = name 
fristResult[2] = sex 
fristResult[3] = age 
fristResult[4] = 1 
fristResult[5] = Jack 
fristResult[6] = M 
fristResult[7] = 20 
fristResult[8] = 2 


fristResult[9] = Tom 
fristResult[10] = M 
fristResult[11] = 21 
fristResult[12] = 3 
fristResult [13] = Mary 
fristResult[14] = W 
fristResult[15] = 19 
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row:3 column=4 


The result of querying is : 


secondResult[0] = id 
secondResult[1] = name 
secondResult[2] = sex 
secondResult[3] = age 
secondResult[4] = 1 
secondResult[5] = Jack 
secondResult[6] = M 
secondResult[7] = 24 
secondResult [8] = 2 
secondResult[9] = Tom 
secondResult[10] = M 
secondResult[11] = 21 
secondResult[12] = 3 
secondResult[13] = Mary 
secondResult[14] = W 
secondResult[15] = 19 


全 注 意 : 表 的 第 一 行 被 更 新 了 ， 和 SQL 语句 执行 的 效果 相同 。 通 过 调用 接口 后 生成 了 
test.db 数据 库 和 student 表 ， 此 时 也 可 以 通过 SQL 语句 进行 打印 。 通过 SQL 语句 
查看 调用 API 生成 表 的 结果 留 给 读者 自己 试验 。 


16.3 ”移植 SQLite 


移植 SQLite 主要 包括 交叉 编译 数据 库 工 具 和 库 文 件 ， 编 译 应 用 程序 ,移植 编译 好 库 文 
件 和 应 用 程序 到 开发 板 ， 运 行 结果 。 


16.3.1 交叉 编译 SQLite 

为 了 与 x86 安装 相 区 别 , 首先 建立 安装 文件 的 目录 sqlite_arm, 将 交叉 编译 好 的 库 文 件 
和 工具 安装 在 此 目录 下 。 

1. 建立 交叉 编译 、 安 装 目录 

在 /usrlocal 目录 下 建立 sqlite arm 目录 ， 命 令 如 下 : 

#mkdir /usr/local/sqlite arm 

2. 配置 交叉 编译 参数 


配置 交叉 编译 安装 参数 ,包括 设置 安装 目录 ,不 安装 tcl 支 持 库 ,目标 主机 为 atm-linux。 
配置 命令 如 下 : 


# cd /usr/local/sqlite-3.6.17 
# ./configure --prefix=/usr/local/sqlite arm --disable-tcl --host=arm-— 
linux 
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3. 交叉 编译 和 安装 


执行 完 configure 命令 后 会 生成 Makefile 文件 ,执行 make 和 make install 进行 编译 和 安 
装 Sqlite。 命 令 如 下 : 


#make 
#make install 


安装 完成 后 同样 会 在 sqlite arm 目录 下 生成 include、lib、bin 三 个 目录 。 在 bin 目录 下 
有 工具 sqlite3; 在 lib 和 include 目录 下 对 应 生成 库 文件 和 头 文件 。 


16.3.2 ”交叉 编译 应 用 程序 


交叉 编译 应 用 程序 是 为 了 在 开发 板 上 验证 Sqlite 数据 库 在 开发 板 上 是 否 能 正确 运行 。 
交叉 编译 的 应 用 程序 仍然 是 前 面 在 上 位 机 中 使 用 的 testc 程序 。 将 该 程序 复制 到 
/sqlite_arm/bin/ 目 录 下 进行 交叉 编译 。 实 际 上 不 用 专门 放 在 该 目录 下 , 这 里 笔者 是 为 了 与 上 
位 机 中 的 测试 程序 相 区 别 。 执 行 下 面 的 命令 进行 交叉 编译 应 用 程序 : 


# arm-linux-gcc -o test -I /usr/local/sqlite arm/include -L /usr/local/ 
sqlite arm/lib/ test.c -lsqlite3 -static -lpthread 


命令 说 明 : 

arm-linux-gcc // 指 定 交叉 编译 器 

-Oo test // 输 出 文件 名 

-I /usr/local/sqlite arm/include // 指 定 头 文件 路 径 

-LI /usr/local/sqlite arm/lib // 指 定 库 文件 路 径 

test.c // 源 文件 

-lsqlite3 -static -lpthread // 指 定 库 名 字 为 libpthread 和 


libsqlite3， 且 为 静态 方式 编译 
如 果 应 用 程序 没有 错误 就 会 在 该 目录 下 生成 可 执行 文件 test， 可 以 通过 file test 或 者 
readelf test -h 查看 生成 的 文件 的 格式 。 
# file test 
下 面 为 生成 文件 的 信息 ， 指 定 运 行 平台 为 ARM。 


test: ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.6.14, 
statically linked, for GNU/Linux 2.6.14, not stripped 


16.4 移植 SQLite 数据 库 


在 前 面 的 一 些 章节 中 ， 一 直 使 用 的 是 动态 库 ， 本 例 编译 和 移植 将 使 用 静态 库 方式 。 在 
实际 的 开发 中 动态 库 方式 比较 常用 ， 使 用 动态 库 使 得 应 用 程序 比较 小 。 在 大 型 项 目 中 ， 肯 
定 存在 很 多 不 同 的 模块 访问 相同 的 库 ， 采 用 动态 库 可 以 减少 占用 的 空间 。 而 在 单个 模块 调 
试 期 间 采 用 静态 方式 编译 可 减少 移植 时 间 。 
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16.4.1 文件 移植 


通过 FTP 工具 将 16.3 节 中 /usr/local/sqlite arm 目录 下 生成 的 test 移植 到 开发 板 上 ， 并 
且 修 改 其 执行 权限 。 为 了 测试 SQL 语句 是 否 可 以 在 开发 板 上 正常 执行 ， 还 要 移植 库 文件 
libsqlite3.so.0 和 sqlite3 。 
#chmod +x test 
#chmod +x sqlite3 
从 注意 : 如 果 只 测试 其 C/C++ 接口 ， 只 移植 test 文件 就 可 以 了 。 库 文件 libsqlite3.so.0 放 在 
/lib 目录 下 。 


16.4.2 ”运行 应 用 程序 


运行 应 用 程序 测试 C/C++ 接口 。 使 用 命令 ./test 执 行 应 用 程序 和 上 位 机 中 运行 结果 一 致 ， 
如 图 16.1 所 示 。 


Vier pr Transfer Seript Tools elp 
EET EF TY FT EY EEIEEE 


| seriul-CoN4 [x 
rootaF riendl PRM 1ocal J Cr7EasE 局 
opened database test.db suScsSSFOL1d1 


row:3 colunn=4 


The result of querying is : 
fristResult[0] = id 
fristResult[1] = nane 
fristResult[2] = sex 
fristResult[3] = age 
fristResult[d] = 1 
fristResult[5] = Jack 
fristResult[6] = 有 
fristResult[7] = 20 
fristResult[B] = 2 
fristResult[9] = Ton 
FristResult[10] = M 
fristResult[11] = 21 
fristResult[12] = 3 
fristResult[13] = Mary 
fristResult[14] = HW 
fristResult[15] = 19 


Tow:3 colunn=4 


The result of querying is : 
secondResult[0] = id 
secondResult[1] = nane 
secondResult[2] = sex 
secondResult[3] = age 
secondResult[4] = 1 
secondResult[5] = Jack 
secondResult[6] = HM 
secondResult[7] = 24 
secondResult[8] = 2 
secondResult[9] = Ton 
secondResult[10] = HM 
secondResult[11] = 21 
secondResult[12] = 3 
secondResult[13] = Mary 
secondResult[14] = 用 
secondResult[15] = 19 


加 
Ready (Serial: COM [43, 27 [43 Rows, gicolsWiioo [ [ 


图 16.1 测试 程序 运行 结果 


16.4.3 测试 sqlite3 


为 了 在 开发 板 上 运行 SQL 语句 , 应 该 测试 工具 sqlite3 能 和 否 正 确 运行 。 使 用 命令 ./sqlite3 
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或 者 ./sqlite3 test.db 进行 测试 ， 测 试 的 具体 命令 如 下 ， 测 试 结果 如 图 16.2 所 示 。 
# ./sqlite3 testdb.db // 创 建 数 据 库 会 出 现下 面 的 提示 信息 


执行 ./sqlite3 testdb.db 后 出 现 SQLite 版 本 信息 ， 并 且 提 示 用 户 输入 SQL 语句 。 


SQLite version 3.6.17 
Enter ".help" for instructions 


Enter SQL statements terminated with a "; 


下 面 的 SQL 语句 为 创建 教师 表 以 及 插入 数据 。 执 行 语句 如 下 : 


sqlite> create table teacher (id，name , sex, age ); 


// 创 建 教师 表 


sqlite> insert into teacher values(1，'Jack'，'M'，40); // 向 表 中 插入 数据 


sqlite> insert into teacher values(2, 'Tom’', 'M', 41); 
sqlite> insert into teacher values(3, 'Mary', 'W', 49); 


sqlite> select * from teacher; 


显示 的 结果 如 下 : 
llJack|M|40 
2|Tom|M|41 
3|IMary|W|49 


// 显 示 表 的 所 有 信息 


下 面 的 SQL 语句 作用 是 更 新 教师 表 ， 将 age=44 的 项 更 新 为 age=40。 执 行 语句 如 下 : 


sqlite> update teacher set age = 44 where age = 40; // 更 新 表 


sqlite> select * from teacher; 


llJack|IM|44 

2|Tom|M|41 

3|Mary|Wl49 

完成 对 数据 的 操作 后 ， 使 用 .quit 命令 退出 数据 库 。 

.quit // 退 出 


Serial-CON4 — SecureCRT 
Eile Edit Yier Options Transfer Seript Tools Nelp 


沁 习 回 习 交 | 曲 氏 QB 久光 ?19| 轴 


SQLite version 3.6. 
Enter“.help”for instructions 
Enter at.enen Dated 
sqlite>/Cfeate table teacher (id, 


[root@FriendlyARM local J]#C7salite3 test.®) 
17 


司 
一 
司 


Ferial: ca | 1, 10[19 Rors, 69 Cols Mio0 [| | 


16.2 测试 SQL 语句 


全 注意 : 红色 图 住 的 部 分 为 输入 部 分 ， 与 列 出 命令 的 黑体 部 分 对 应 。 
名 读者 可 以 自行 进行 测试 。 
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16:5 让 结 


Sqlite 的 移植 与 Berkeley DB 移植 类 似 , 与 Berkeley DB 相 比 Sqlite 多 了 对 SQL 语句 的 
支持 ， 可 以 通过 SQL 直接 操作 数据 库 。 如 果 嵌 入 式 系统 中 数据 库 不 需要 为 多 种 语言 如 为 
Java、C# 等 提供 接口 ， 可 以 采用 Sqlite 作为 嵌入 式 数据 库 。 使 用 Sqlite 作为 数据 库 可 方便 
使 用 SQL 对 数据 库 进行 维护 。 
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早期 的 嵌入 式 设 备 维护 的 人 机 接口 界面 基本 采用 C/S 模式 。 这 种 方式 需要 客户 端 安装 
特定 的 客户 端 程序 ， 当 维护 界面 升级 后 还 要 向 客户 端 发 布 新 的 安装 程序 或 者 补丁 。 而 采用 
B/S 方式 就 不 需要 制作 特定 平台 的 客户 端 安装 程序 ， 也 不 需要 因 更 新 版 本 而 向 客户 发 布 新 
的 版 本 或 补丁 。 BOA 是 一 款 单 任务 的 Web 服务 器 , 将 BOA 移植 到 嵌入 式 设 备 就 能 通过 网 
络 来 维护 设备 ， 同 时 不 需要 关心 操作 系统 和 硬件 平台 ， 只 需要 终端 设备 安装 浏览 器 。 本 章 
将 主要 介绍 BOA 的 特点 ， 编 译 过 程 ， 测 试 方法 及 移植 过 程 。 


17.1 BOA 介绍 


BOA 是 一 款 单 任务 的 HTTP 服务 器 , 与 其 他 Web 服务 器 (IIS、APACHE、WEBLOGIC、 
WEBSPHERE、TOMCAT、JBOSS 等 ) 相 比 ， 不 同 之 处 是 当 有 连接 请 求 到 来 时 ， 它 既 不 是 
为 每 个 连接 都 单独 创建 进程 ， 也 不 是 采用 复制 自身 进程 处 理 多 链接 ， 而 是 通过 建立 HTTP 
请 求 列 表 来 处 理 多 路 HTTP 连接 请 求 , 同时 它 只 为 CGI 程序 创建 新 的 进程 , 在 最 大 程度 上 
节省 了 系统 资源 , 这 对 资源 受 限 的 嵌入 式 系 统 来 说 至 关 重要 。 同时 它 还 具有 自动 生成 目录 、 
自动 解压 文件 等 功能 ， 因 此 ，BOA 具有 很 高 的 HTTP 请 求 处 理 速度 和 效率 ， 应 用 在 嵌入 
式 系统 中 具有 很 高 的 价值 。 


17.1.1 BOA 的 功能 


嵌入 式 Web 服务 器 BOA 完成 的 功能 包括 接收 客户 端 请 求 、 分 析 请 求 、 响 应 请 求 、 向 
客户 端 返回 请 求 处 理 的 结果 等 。BOA 的 工作 流程 如 下 : 

(1) 修正 BOA 服务 器 的 根 目录 。 

(2) 读 配置 文件 (boa.conf) 。 

(3) 写 日 志文 件 。 

(4) 初始 化 Web 服务 器 ， 包 括 创 建 环境 变量 、 创 建 TCP 套 接 字 、 绑 定 端口 、 开 始 侦 
听 、 进 入 循环 结构 ， 以 及 等 待 和 接收 客户 的 连接 请 求 。 

(5) 当 有 客户 端 连 接 请 求 到 达 时 ，Web 服务 器 负责 接收 客户 端 请 求 ， 并 保存 相关 请 求 
信息 。 

(6) 收 到 客户 端的 连接 请 求 之 后 ，Web 服务 器 分 析 客 户 端 请 求 ， 解 析出 请 求 的 方法 、 
URL 目标 、 可 选 的 查询 信息 及 表单 信息 ， 同 时 根据 客户 端的 请 求 做 出 相应 的 处 理 。 

(7) Web 服务 器 处 理 完 客户 端的 请 求 后 ， 向 客户 端 发 送 响应 信息 ， 最 后 关闭 与 客户 机 
的 TCP 连接 。 
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17.1.2 ”BOA 流程 分 析 


查看 BOA 的 流程 可 以 通过 查看 src/boa.c 文件 中 的 main0 函 数 了 解 BOA 的 整个 工作 流 
程 。 下 面 将 通过 源码 介绍 BOA 的 主要 工作 流程 。 

1. 修正 BOA 服 务 器 的 根 目录 

函数 fixup_server_root() 判 断 Web 服务 器 的 根 目录 是 否 有 效 。 如 果 Web 服务 器 的 根 目 
录 有 效 则 指定 根 目 录 ， 否 则 打印 错误 信息 并 退出 程序 。 

static void fixup server root() 


1 


char *dirbuf; 


if (!server root) { // 如 果 没 有 指定 根 目录 
#ifdef SERVER ROOT // 该 宏 在 defines .h 中 被 定义 为 "/etc/boa" 
// 函 数 strdup () 功能 为 对 参数 目录 字符 串 复制 到 新 分 配 的 字符 指针 ， 并 将 该 指针 作为 返 
回 值 返回 


server root = strdup (SERVER_ROOT) 
if (!server root) { 
perror ("strdup (SERVER_ROOT)");// 分 配 空间 和 复制 失败 则 打印 信息 并 退出 
exit (1); 
} 
#else // 如 果 没 有 在 defines .h 中 定义 为 
"/etc/boa"， 则 打印 提示 信息 ， 并 退出 程序 
fputs("boa: don't know where server root is. Please #define " 
"SERVER ROOT in boa.h\n" 
"and recompile, or use the -c command line option to " 
"specify it.\n", stderr); 


exit (1); 

#endif 

} 

dirbuf = normalize path(server root); // 格 式 化 路 径 

free (server root); // 释 放空 间 

server root = dirbuf; // 成 功 指定 根 目录 路 径 
} 
2. 读 取 配置 文件 


函数 read_config filesO 用 来 读 取 配 置 文件 信息 , 有 关 Web 服务 器 的 配置 信息 存放 在 文 
件 boa.conf 中 。BOA 的 配置 信息 包括 BOA 服务 器 监听 的 端口 、 绑 定 的 卫 地 址 、 记 载 错误 
日 志文 件 、 设 置 存 取 日 志文 件 等 。 


void read config files (void) 


char *temp; 
current uid = getuid(); 


yyin = fopen("boa.conf™", "“r"); // 以 只 读 方式 打开 配置 信息 文件 boa .conf 
iy yn // 读 取 失 败 则 打印 打开 文件 失败 信息 
fputs ("Could not open boa.conf for reading.\n", stderr); 
exit (1}); 


上 
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if (!server _ name) { // 如 果 没 有 指定 服务 器 名 字 则 指定 服务 器 名 字 


struct hostent *he; 
char temp name[100]; 


if (gethostname (temp name, 100) == -1) { // 获 得 服务 器 名 字 
perror ("gethostname:"); 
exit(L)s 

} 

he = gethostbyname (temp name); // 获 取 主 机 


if (he == NULL) { 
perror ("gethostbyname:"); 


exit (1); 
上 
server name = strdup (he->h name); // 获 取 主 机 名 
if (server name == NULL) { 

perror ("strdup:"); 

exit (1); 


tempdir = getenv ("TMP"); 
if (tempdir == NULL) 
tempdir = "/tmp"; 
// 正 确 获得 文档 路 径 
if (document root) { 
temp = normalize path(document root); 
free(document root); 
document root = temp; 
| 
// 获 得 错误 日 志 路 径 
if (error log name) { 
temp = normalize path(error log name); 
free (error log name); 
error log name = temp; 
} 
// 获 得 存 取 日 志 路 径 
if (access log name) { 
temp = normalize pathl(access log name); 
free (access log name); 
access log name = temp; 
} 
// 获 得 公共 网 关 接口 日 志 路 径 
if (cgi log name) { 
temp = normalize path(cgi log name); 
free (cgi log name); 
cgi log name = temp; 


if (dirmaker) { 
temp = normalize path(dirmaker); 


free (dirmaker); 
dirmaker = temp; 


3. 写 日 志文 件 


函数 open_logs0 打 开 日 志文 件 并 向 文件 中 写 日 志 。 日志 文件 包括 错误 日 志文 件 、 存 取 
日 志文 件 、 网 关 日 志文 件 。 


void open logs (void) 


.424 。 


第 17 章 嵌入 式 Web 服务 器 BOA 移植 


int error log; 
if (error log name) { 
/* 打 开 错 误 日 志文 件 */ 
if (!(error log = open gen fd(error log name))) { 
DIE ("unable to open error 1og") > 


} 

/* 重 定向 错误 输出 到 错误 日 志文 件 */ 

if (dup2 (error log, STDERR FILENO) == -1) { 
DIE ("unable to dup2 the error log"); 

} 


close (error 10g); 


} 
/* 第 2 个 参数 为 了 _SETFD 时 ， 表 示 设 置 文 件 描述 符 标 记 。fcnt1 文件 锁 有 两 种 类 型 ; 建议 
性 锁 和 强制 性 锁 。 系 统 默认 fcnt1 都 是 建议 性 锁 ， 当 一 个 进程 对 文件 加 锁 后 ， 无 论 它 是 否 释放 


所 加 的 锁 ， 只 要 文件 关闭 ， 内 核 都 会 自动 释放 加 在 文件 上 的 建议 性 锁 */ 
if (fcnt1(STDERR FILENO, F SETFD，1) == -1) { 
DIE ("unable to fcnt1l the error log"); 
} 
if (access log name) { 
/* 打开 存 取 日 志文 件 */ 
if (!(access log = fopen gen fdl(access log name, "w"))) { 
int errno save = errno; 
fprintf (stderr, "Cannot open ss for logging: ", 
access log name); 
errno = errno save; 
perror ("logfile open"); 
exit (errno); 
} 
/* 设 置 存 取 日 志 缓冲 区 */ 
setvbuf (access log, (char *) NULL, _IOLBF, 0); 
} else 
access log = NULL; 


if (cgi log name) { 


/* 打 开 网 关 日 志文 件 */ 
cgi log fd = open gen fdl(cgi log name); 
if (cgi log fd == -1) { 


WARN ("open cgi log"); 


free(cgi log name); // 打 开 网 关 日 志文 件 失败 ， 则 释放 资源 


cgi log name = NULL; 
ra loc Ec 
} else { 

// 打 开 成 功 则 加 锁 

A (fentLl(cegi Log fd, EF "SETED, 1) .== =1) fF 
WARN ("unable to set close-on-exec flag for cgi log"); 
// 打 开 失 败 则 关闭 该 文件 ， 内 核 将 自动 释放 加 在 该 文件 上 的 建议 性 锁 
close(cgi log fqd); 
cgi log fd = 0; // 标 识 清 零 
free(cgi log name); / /释放 资源 
cgi log name = NULL; 
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4 


4. 初始 化 Web 服 务 器 


函数 create_server_socket(0) 是 Web 服务 器 的 核心 的 函数 。 该 函数 的 作用 是 建立 服务 端 
TCP 套 接 字 ， 然 后 将 其 转换 为 无 阻塞 套 接 字 ;并 且 给 服务 套 接 字 加 锁 ， 函 数 bind0 用 于 建 
立 套 接 字 描述 符 与 指定 端口 间 的 关联 ， 并 通过 函数 listen() 在 该 指定 端口 进行 侦 听 ， 等 待 远 
程 连接 请 求 ， 当 连接 请 求 到 达 时 ，BOA 调用 函数 get_request0 获 取 请 求 信息 ， 并 通过 调用 
函数 accept0 为 该 请 求 建立 一 个 连接 ; 在 建立 连接 之 后 ,接收 请 求 信息 ， 同 时 对 请 求 进行 分 
析 ， 当 有 CGI 请 求 时 ， 为 CGI 程序 创建 进程 ， 并 将 结果 通过 管道 发 送 输出 。 

static int create server socket (void) 

{ 

int server s; 
Server s = socket (SERVER AF, SOCK_ STREAM, IPPROTO TCP); 
// 创 建 TCP 服务 套 接 字 
if (server s == -1) { 
DIE("unable to create socket"); 


上 
/* 将 服务 套 接 字 转 换 为 无 阻塞 套 接 字 */ 


if (set nonblock fdl(server s) == -1) { 
DIE("fcntl: unable to set server socket to nonblocking"); 


! 
/* 加 锁 服务 套 接 字 */ 
if (fcntl(server s, F SETFD, 1) == -1) { 
DIE("can't set close-on-exec on server socket!"); 


} 
/* 当 设置 TCP 套 接口 接收 缓冲 区 的 大 小 时 ， 服 务 端 应 该 在 监听 前 进行 设置 */ 
if ((setsockopt (server s, SOL SOCKET，SO_REUSERDDR， (void *) &sock opt, 
sizeof (sock opt))) == -1) { 
DIE ("setsockopt") 


/* 绑 定 套 接 字 */ 
if (bind server (server s, server ip) == -1) { 
DIE ("unable to bind"); 


} 

/* 在 指定 端口 进行 监听 ， 等 待 客户 端的 连接 请 求 */ 

if (listen(server s, backlog) == -1) { 
DIE("unable to listen"); 

} 


return server s; 


17.1.3 ”BOA 配置 信息 
BOA 的 配置 信息 都 保存 在 文件 boa.conf 中 ， 该 目录 默认 是 放 在 /etc/boa 目录 下 ，BOA 
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默认 在 该 路 径 下 读 取 相关 的 所 有 配置 信息 。 下 面 将 介绍 boa.conf 文件 中 相关 配置 信息 的 
内 容 : 

口 Port : BOA 服务 器 监听 的 端口 默认 是 80。 如果 端 口号 小 于 1024 时 , 则 必须 是 root 
用 户 启动 服务 器 。 


Port 80 


口 Listen: 指定 绑 定 的 I 了 P 地 址 。 注 释 掉 该 参数 时 ， 将 绑 定 所 有 的 地 址 。 

#Listen 192.68.0.5 

口 User: 连接 到 服务 器 的 客户 端 身份 ， 可 以 是 用 户 名 或 UID。 可 以 在 文件 /etc/passwd 
中 查看 是 否 存 在 用 户 名 nobody。 

User nobody 

口 Group: 连接 到 服务 器 的 客户 端的 组 ， 可 以 是 组 名 或 GID。 可 以 在 文件 /etc/group 
中 查看 是 否 存在 组 名 为 nogroup 的 组 。 

Group nogroup 

口 ErrorLog: 该 文件 用 于 指定 错误 日 志文 件 。 如 果 路 径 没 有 以 “/” 开 始 ， 则 指定 其 
路 径 为 相对 于 ServerRoot 的 路 径 。 


ErrorLog /var/log/boa/error log 


口 AccessLog: 用 于 设置 存 取 日 志文 件 。 

AccessLog /var/log/boa/access log 

口 DocumentRoot: 用 于 指定 HTML 文件 的 根 目 录 。 

DocumentRoot /var/www 

口 DirectoryIndex : 指定 预 生成 目录 信息 的 文件 ， 注 释 掉 此 变量 表示 将 使 用 
DirectoryMaker 变量 。 这 个 变量 也 就 是 设置 默认 主页 的 文件 名 。 访 问 BOA 服务 器 
主页 时 就 是 访问 的 index.html 页 面 。 

DirectoryIndex index.html 

口 KeepAliveMax: 每 个 连接 允许 的 请 求 数量 。 如 果 将 此 值 设 为 0， 表 示 不 限制 请 求 
的 数目 。 这 里 表示 人 允许 请 求 的 数量 为 1000。 

KeepAliveMax 1000 

口 KeepAliveTimeOut: 在 关闭 持久 连接 前 等 待 下 一 个 请 求 的 秒 数 。 

KeepAliveTimeout 10 

口 CGIPat: CGI 程序 的 环境 变量 。 

CGIPath /bin:/usr/bin:/usr/local/bin 

口 ScriptAlias: 指定 服务 端 脚本 路 径 的 虚拟 路 径 。 


ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ 
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在 部 署 Web 服务 器 时 主要 是 对 该 配置 文件 进行 配置 , 以 及 设置 该 配置 中 指定 文件 的 路 
径 和 相关 文件 。 在 运行 服务 器 的 时 候 将 给 出 Web 服务 器 的 具体 配置 。 


17.2 BOA 编译 和 HTML 页 面 测试 


移植 前 在 上 位 机 中 编译 和 测试 BOA。 下 面 将 详细 介绍 编译 BOA 的 过 程 。 本 节 介 绍 编 
译 过 程 时 ， 将 会 按照 遇 到 错误 解决 编译 错误 的 顺序 进行 介绍 。 


17.2.1 编译 BOA 源 代码 


BOA 的 源 代码 文件 最 新 稳定 版 本 为 boa-0.94.13.tar.gz。 BOA 服务 器 的 源 代码 在 解压 后 
的 src 目录 下 。 这 里 在 编译 的 上 位 机 是 FC6， 不 同 版 本 的 上 位 机 可 能 会 出 现 不 同 的 编译 错 
误 ， 下 面 是 其 详细 的 编译 过 程 ， 提 供给 读者 在 具体 编译 的 时 候 作为 参考 。 

将 boa-0.94.13.tar.gz 源码 复制 在 /usr/local 目录 下 ， 进 行 解压 。 

# tar zxvf boa-0.94.13.tar.gz 


进入 src 目录 ， 使 用 configure 命令 生成 Makefile 文件 。 


# cd boa-0.94.13/src/ 
# ./configure 
# make 


执行 编译 时 ， 遇 到 下 面 的 编译 错误 : 

util.c:100:1: 错误 : 毗连 “t” 和 “->” 不 能 给 出 一 个 有 效 的 预 处 理 标识 符 

make: *** [util.o]l 错误 1 

上 面 的 错误 是 有 关 预 处 理 的 错误 ， 在 进入 文件 utilc 找到 第 100 行 ， 可 以 发 现 与 预 处 
理 有 关 的 内 容 ， 宏 TIMEZONE_ OFFSET。 


time offset = TIMEZONE OFFSET (七 ) 


跟踪 TIMEZONE_OFFSET 的 定义 ， 找 到 该 宏 在 文件 compath 中 定义 。 下 面 是 该 宏 的 
定义 

#ifdef HAVE TM GMTOFF 

#define TIMEZONE OFFSET (foo) foo##->tm gmtoff 

#else 


#define TIMEZONE OFFSET(foo0) timezone 
#endif 


根据 错误 提示 信息 ， 修 改 上 述 宏 定 义 为 : 


#ifdef HAVE TM GMTOFF 

#define TIMEZONE OFFSET (foo) foo->tm gmtoff 
#else 

#define TIMEZONE_OFFSET (foo) timezone 
#endif 


修改 该 宏 定义 后 ， 再 执行 make 进行 编译 ， 在 src 目录 下 生成 boa 可 执行 程序 。 
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17.2.2 设置 BOA 配置 信息 


BOA 配置 信息 存放 在 boa.conf 中 ，BOA 读 取 配置 信息 的 时 候 默认 路 径 是 从 /etc/boa。 
因此 运行 boa 时 需要 建立 目录 /etc/boa， 并 将 配置 信息 放 在 该 目录 下 。 也 可 修改 代码 中 的 宏 
定义 SERVER_ROOT (在 文件 defines.h 中 ) 。 

建立 正确 的 配置 文件 路 径 ， 并 复制 配置 文件 到 该 目录 下 。 


# mkdir /etc/boa 
# cp boa.conf /etc/boa 


建立 日 志 目 录 /varlog/boa。 
#mkdir /var/log/boa 


对 配置 信息 的 修改 如 下 : 
(1) 文件 /etc/group 中 不 存在 组 名 为 nogroup 的 组 。 


Group nogroup 


修改 为 : 


Group 0 


(2) CGI 程序 的 环境 变量 。 


CGIPath /bin:/usr/bin:/usr/local/bin 

修改 为 : 

CGIPath /bin:/usr/bin:/var/www/cgi-bin 

(3) DirectoryIndex: 不 指定 预 生成 目录 信息 的 文件 。 


#DirectoryMaker /usr/lib/boa/boa indexer // 注 释 掉 该 句 


(4) 指定 服务 端 脚本 路 径 的 虚拟 路 径 到 /var/www 目录 下 。 


ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ 


修改 为 : 


ScriptAlias /cgi-bin/ /var/www/cgi-bin/ 


(5) 取消 对 Server Name 的 注释 。 


Server Name www.your.org.here 


全 注意 :默认 情况 下 是 注释 了 ServerName, 这 样 在 运行 boa 时 ,会 出 现 “gethostbyname:: No 
such file or directory” 或 者 “get has tbyname::Success” 等 异常 ， 出 现 无 法 问 现象 。 


17.2.3 测试 BOA 


测试 BOA 主要 分 为 3 步 : 编写 测试 页 面 ， 启 动 Web 服务 器 ， 执 行 测试 。 根 据 配置 文 
件 中 的 信息 可 知 ， 测 试 页 面 放 在 /Var/www 目录 下 ， 文 件 名 为 index.html。 
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1. 编写 测试 主页 index.html 


在 测试 的 过 程 中 发 现 页面 在 显示 中 文 的 时 候 有 乱码 ， 因 此 ， 为 解决 中 文 乱码 问题 为 测 
试 页 面 添加 中 文字 符 编码 设置 ， 放 在 index.html 的 开头 。 


<%@ page contentType="text/html; charset=gb2312" 当 > 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> 


下 面 是 测试 页 面 的 主要 代码 。 
<html> 
<title> 
boa test page! 
</title> 
<head> 
<font color="#cc2200"><b></b> 欢 迎 大 家 测试 BOA 服务 器 </font><p> 
</head> 
<body> 
这 里 是 BOA 服务 器 测试 主页 (http+BOA 服务 器 ip 地 址 ) <p> 
测试 方法 在 浏览 器 中 输入 ，BOA 服务 器 的 IP 然后 回 车 。<p> 
<font style="background-color: #808080">http://192.168.217.128< 
/font><p> 
如 果 直 接 在 Linux 上 位 机 中 进行 测试 可 以 直接 在 浏览 器 中 输入 下 面 地 址 并 回 车 。<p> 
<font style="background-color: #808080">http://127.0.0.1< 
/font><p> 
</body> 
</html> 


2. 启动 Web 服 务 器 


执行 ./boa 运行 Web 服务 器 。 在 进行 页 面 访问 测试 之 前 ， 首 先 可 以 通过 ps 命令 查看 进 
程 中 是 否 存 在 boa 进程 。 

#./boa 

#ps 

如 果 BOA Web 服务 器 没有 正常 起 来 ， 可 以 在 /var/log/boa 目录 中 查看 error log 文件 。 
如 果 在 运行 boa 时 出 现 错误 。 该 错误 会 在 错误 日 志 中 详细 记录 错误 的 原因 。 


boa.c:226 - icky Linux kernel bug!: Success 


解决 上 面 的 错误 ， 可 以 在 boa.c 文件 中 注释 掉包 含 该 行 信息 的 相关 代码 ， 修 改 后 重新 
编译 并 运行 boa Web 服务 器 。 


/* 
if (setuid(0) != -1) { 
DIE ("icky Linux kernel bug!"); 
8 
2 


3. 启动 Web 服 务 器 


如 果 通 过 ps 命令 可 以 查看 到 boa 已 经 运行 起 来 了 , 可 以 在 Linux 服务 器 端的 浏览 器 中 
通过 输入 http:/127.0.0.1 或 者 在 客户 端的 浏览 器 中 输入 http://192.168.217.128 (服务 器 的 全 
地 址 ) 。 

在 浏览 器 中 能 正确 显示 测试 主页 ， 如 果 在 服务 器 端 对 页 面 进行 了 修改 ， 然 后 保存 后 ， 
客户 端 只 要 刷新 就 能 获得 更 新 后 的 信息 。 
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17.3 CGI 脚本 测试 


HTML 页 面 测 试 通过 后 ，CGI 脚本 的 测试 相对 就 容易 很 多 。CGI 脚本 的 测试 也 包括 三 
个 部 分 : 编写 测试 代码 ， 编 译 测试 代码 ， 执 行 测试 。 


17.3.1 编写 测试 代码 


CGI 的 文件 应 该 放 在 目录 /var/www/cgi-bin 下 ， 在 该 目录 下 编写 hello.c 文件 ， 该 测试 
文件 内 容 为 打印 “Hello,World.”。 测 试 文件 的 代码 如 下 : 


#include <stdio.h> 

#include <stdlib.h> 

int main(void) 

i 
printf ("Content-type: text/html\n\n"); 
printf ("<html>\n"); 
printf ("<head><title>CGI Output</title></head>\n"); 
printf ("<body>\n"); 
printf ("<hl>Hello,world.</h1l>\n"); 
printf ("<body>\n"); 
printf("</html>\n"); 
exit (0); 

} 


17.3.2 ”编译 测试 程序 


将 hello.c 文件 编译 生成 hello.cgi 文件 。 编 译 命令 如 下 : 


# gcc -o hello.cgi hello.c 


编译 生成 hello.cgi 后 ， 如 果 该 文件 不 是 在 目录 /var/www/cgi-bin 下 ， 则 将 hello.cgi 文件 
复制 到 该 目录 下 。 


17.3.3 测试 CGI 脚本 


打开 客户 端的 浏览 器 ， 在 浏览 器 中 输入 下 面 的 地 址 进行 访问 。 


http://192.168.217.128/cgi-bin/hello.cgi 


在 浏览 器 中 正确 显示 “Hello,World.”。 
17.4 BOA 交叉 编译 与 移植 
本 节 将 介绍 如 何在 嵌入 式 产 品 中 应 用 BOA， 在 嵌入 式 产品 中 使 用 BOA 需要 对 其 进行 


交叉 编译 、 配 置 、 编 写 HIML 页 面 、 编 写 CGI、 部 署 上 述 文件 到 相应 的 目录 。 


.431。 


第 4 篇 系统 移植 高 级 篇 


17.4.1 交叉 编译 BOA 


进入 /usr/local/boa-0.94.13/src 目录 对 BOA 进行 交叉 编译 ， 这 里 使 用 的 交叉 编译 器 为 
arm-linux-gcc-4.3.2。 编 译 的 过 程 如 下 : 
(1) 在 上 位 机 中 调试 的 时 候 已 经 通过 configure 命令 生成 了 Makefile 文件 , 这 里 只 需要 
对 生成 的 Makefile 文件 进行 修改 。 在 Makefile 文件 中 将 gcc 改 为 amm-linux-gcc， 将 gcc -E 
改 为 arm-linux-gcc -三 。 修 改 后 保存 然后 再 进行 编译 。 
#cd /usr/local/boa-0.94.13/src 
#vi Makefile 
gcc 改 为 arm-linux-gcc 
gcc -EE 改 为 arm-linux-gcc -下 
# make 
全 注意 : 如 果 在 执行 make 时 ， 出 现 : make: Nothing to be done for "all.， 则 表示 已 经 存在 
boa， 也 就 是 前 面 生 成 的 义 86 平台 的 BOA。 可 以 通过 make clean 命令 进行 清除 ， 
然后 再 执行 make 进行 编译 。 
(2) 编译 完成 后 ， 通 过 file 命令 对 生成 的 执行 文件 进行 查看 。 确 认 生 成 的 是 ARM 平 
台 格 式 的 文件 。 


#file boa 


查看 该 文件 的 属性 如 下 : 


boa: ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.6.14, 
dynamically linked (uses shared libs), for GNU/Linux 2.6.14, not stripped 


该 信息 内 容 非常 丰富 , 表示 生成 的 BOA 为 可 执行 文件 , 运行 的 平台 为 ARM 体系 结构 ， 
使 用 的 是 动态 链接 库 ， 含 有 调试 信息 ， 而 且 还 包括 大 小 端 和 GUN 版 本 信息 。 此 时 生成 的 
BOA 文件 大 小 为 200K 左右 ， 如 果 去 除 调试 信息 ，BOA 文件 的 大 小 为 60K 左右 。 通 过 下 
面 命令 去 除 调试 信息 : 


# arm-linux-strip boa 
17.4.2 ”准备 测试 程序 


测试 程序 包括 测试 的 HTML 页 面 和 CGI 程序 ，HTML 和 CGI 程序 ， 使 用 在 上 位 机 中 
测试 的 程序 。 这 里 只 需要 对 CGI 程序 进行 交叉 编译 即 可 以 使 用 在 ARM 平台 上 。 


# arm-linux-gcc -o hello.cgi hello.c 


同样 ， 执 行 完 成 后 对 生成 hello.cgi 查看 其 文件 信息 。 


17.4.3 配置 BOA 


配置 BOA 时 ， 主 要 包括 创建 相关 的 目录 和 将 文件 放 在 相应 的 目录 中 。 在 向 mini2440 
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上 移植 BOA 的 过 程 中 , 发 现 文 件 系 统 中 已 经 有 了 BOA, 并 且 自 动 启动 。 配置 文件 boa.conf 
的 路 径 与 本 例 不 变 , 放 在 /etc/boa 目录 下 。 使 用 ps 查看 进程 , 找到 BOA 所 在 的 目录 /usrsbin， 
将 该 文件 删除 ， 使 用 本 例 编译 的 程序 。 将 BOA 程序 移植 到 开发 板 上 时 注意 修改 其 权限 为 
可 执行 。 

(1) 对 原配 置 文件 boa.conf 基本 不 作 修改 ， 其 内 容 如 下 : 


Port 80 

User root 

Group root 

ErrorLog /dev/console 

AccessLog /dev/null 

ServerName friendly-arm 

DocumentRoot /www 

DirectoryIndex index.html 

KeepAliveMax 1000 

KeepAliveTimeout 10 

MimeTypes /etc/mime.types 

DefaultType text/plain 

CGIPath /www 

AddType application/x-httpd-cgi cgi 

(2) 在 原 有 目录 /www 下 没有 index.html 文件 ， 则 将 该 目录 下 存在 的 文件 leds.html 改 
名 为 index.html。 因 为 默认 的 主页 名 字 为 index.html。 

#cd /www 

#mv leds.html index.html 


(3) 将 主机 中 的 文件 /etc/mime.types 复制 到 开发 板 中 对 应 的 /etc 目录 下 。 
17.4.4 测试 


将 编译 好 的 程序 替代 旧 的 BOA 程序 后 , 重新 启动 mini2440， 在 控制 台 打 印 BOA 启动 
消息 : 


boa: server version Boa/0.94.13 
boa: server built Apr 5 2010 at 21:52:19. 
boa: starting server pid=459, port 80 


(1) 测试 HTML， 在 上 位 机 浏览 器 中 输入 http://192.168.1.230 (为 开发 板 的 卫 地 址 ， 
与 上 位 机 在 同一 个 下段 ， 上 位 机 的 卫 为 192.168.1.199) 。 
在 上 位 机 中 可 以 正确 显示 网 页 。 在 开发 板 的 终端 显示 : 


request from 192.168.1.199 "GET /favicon.ico HTTP/1.1" ("/www/favicon.ico"): 
document open: No such file or directory 


上 面 表明 服务 器 已 经 正确 收 到 请 求 request 的 消息 ， 并 且 能 正确 解析 。 
(2) 测试 CGI， 在 上 位 机 浏览 器 中 输入 http://192.168.1.230/ leds.cgi。 浏 览 器 中 正确 显 
示 leds.cgi 的 页 面 。 


17.5 BOA 与 SQLite 结合 


在 前 面 章节 中 ， 已 经 介绍 了 两 种 数据 库 Berkeley DB 和 SQLite 的 移植 和 使 用 。 其 维护 


“433 。 


第 4 篇 系统 移植 高 级 篇 


过 程 是 通过 终端 来 维护 ， 这 种 方式 在 实际 产品 中 主要 用 于 前 期 的 开发 ， 在 产品 的 运行 阶段 
由 于 条 件 的 限制 对 嵌入 式 系统 应 该 采用 远程 维护 的 方式 。 本 节 将 通过 实例 介绍 通过 BOA 
Web 服务 CGI 接口 维护 和 管理 嵌入 式 产品 中 的 数据 库 。 


17.5.1 通过 CGI 程序 访问 SQLite 


SQLite 提供 了 C 语言 访问 的 接口 , 通过 采用 C 语言 程序 访问 数据 库 , 将 该 访问 数据 库 


的 操作 编译 成 CGI 程序 部 署 在 BOA 的 CGI 路 径 下 , 远程 维护 人 员 通 过 调用 此 CGI 程序 就 


能 实现 远程 维护 数据 库 的 目的 。 
下 面 是 例子 程序 ， 其 代码 主要 分 为 两 部 分 : 一 部 分 是 通过 调用 C 接口 对 数据 库 进行 创 


建 、 修 改 等 维护 工作 ; 另 一 部 分 是 通过 HIML 页 面 将 结果 返回 给 远程 访问 者 。 具 体 代 码 


#include <stdio.h> 
#include <stdlib.h> 
#include <sqlite3.h> 


int main( void ) 

{ 
sqlite3 *db=NULL; 
char *zErrMsg = 0; 
LE 
int i=0; 


rc = sqlite3 open("test.db", &db); 


// 打 开 指定 的 数据 库 文件 , 如 果 不 存 在 将 创建 一 个 同名 的 数据 库 文件 


TE re 


是 


fprintf(stderr，"Can't open database: %s\n", sqlite3 errmsg (db)); 


sqlite3 close(db); 
exit (1); 
} 


else 


printf ("opened database test.db successfully!\n"); 


// 创 建 一 个 表 ， 如 果 该 表 存 在 ， 则 不 创建 ， 并 给 出 提示 信息 ， 存 储 在 zErrMsg 中 


char *sql = "create table student (id, name , sex, age);"; 


// 执 行 SQL 语句 

sqlite3 exec( db , sql , 0 , 0 , &zErrMsg ); 
// 插 入 数据 

sql = "insert into student values(1, 

// 执 行 SQL 语句 

sqlite3 exec( db , sql , 0 , 0 , &zErrMsg ); 
// 插 入 数据 

sql = "insert into student values (2, 

sqlite3 exec( db , sql, 0 ，0 , &zErrMsg ); 
// 插 入 数据 

sql = "insert into student values (3, 

sqlite3 exec( db , sql, 0 , 0 , &zErrMsg ); 
// 查 询 结 果 

sql = "select * from student;" ; 


aqlite3 exec(ldb sql 0 00 czErrMag )s 
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// 查 询 数据 

/* 

int sqlite3 get table(sqlite3*, Const char *sql,char***result , int 
*nrow , int *ncolumn ,char **errmsg ); 

result 中 是 以 数组 的 形式 存放 所 查询 的 数据 ， 首 先是 表 名 ， 再 是 数据 。 

nrow ,ncolumn 分 别 为 查询 语句 返回 的 结果 集 的 行 数 、 列 数 ， 没 有 查 到 结果 时 返回 0 
半天 

int nrow = 0, ncolumn = 0; 


char **fristResult;// 二 维 数组 存放 结果 


sql = "select * from student;" ; 
Beintf(" Nn™)s 
sqlite3 get table( db ,sql ，&fristResult ，&nrow ，&ncolumn , &zErrMsg ); 


// 打 印 查询 结果 
printf( "row:%d column=sd \n" , nrow , ncolumn ) 
printf( "\nThe result of querying is : \n™ ); 


for( i=0 ; i<( nrow + 1 ) * ncolumn ; i++ ) 
printf( "fristResult[%d] = %s\n", i , fristResult[i] ); 


// 释 放 掉 fristResult 的 内 存 空间 
sqlite3 free table( fristResult ) 


sql = "update student set age = 24 where age = 20;" : 
PrintE (Na 
sqlite3 exec( db , sql, 0 , 0 , &zErrMsg ); 


nrow = 0; 

ncolumn = 0; 

char **secondResult; // 二 维 数组 存放 结果 

// 查 询 数据 

sql = "select * from student;" ; 

sqlite3 get table( db , sql , &secondResult ，&nrow ，&ncolumn ， 

&ZErrMsg ); 

// 通 过 CGI 将 结果 返回 给 远程 操作 者 

printf ("<%@ page contentType=\"text/html; charset=gb2312\"®%>"); 
// 设 置 编码 方案 ， 解 决 中 文 乱码 

printf ("<html>\n"); 


printf ("<head><title>CGI Output</title></head>\n"); 

printf ("<body>\n"); 

printf ("<hl>Access SQLite Database by CGI of Boa</hl>\n"); 
Printf("<p>Nn nn) 

Printt (<p> 

// 打 印 查 询 结果 

printf( "row:%d column=%d \n™" , nrow , ncolumn ); 

printf( "\nThe result of querying is : \n™ ); 


for( i=0 ; i<( nrow+ 1 ) * ncolumn ; i++ ) 
printf( "secondResult[%d] = Ss\n", i , secondResult[i] ); 
printf ("<body>\n"); 
printf ("</html>\n"); 
// 释 放 掉 secondResult 的 内 存 空间 


sqlite3 free table( secondResult ); 


PrintE( Noa) 
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sqlite3 close (db): // 关 闭 数据 库 


return 0; 


17.5.2 ”编译 和 测试 


编译 SQLite 程序 时 ， 需 要 SQLite 接口 的 头 文件 和 库 文件 支持 。 对 于 SQLite 的 编译 和 
安装 过 程 ， 本 节 不 再 介绍 ， 如 果 还 没有 安装 SQLite 的 读者 ， 可 以 参照 SQLite 数据 库 的 移 
植 对 SQLite 进行 编译 和 安装 。 


1. CGI 程序 的 编译 和 部 署 


将 上 述 代 码 起 名 为 sqlite.c 放 在 BOA 服务 器 的 CGI 路 径 下 ， 对 于 本 机 的 路 径 为 
/var/www/cgi-bin。 然 后 使 用 下 面 的 命令 对 其 进行 编译 : 


#gcc -o sqlite.cgi -I /usr/local/sqlite x86/include -L /usr/local/sqlite 
x86/lib sqlite.c -lsqlite3 -static -lpthread 


/usr/local/sqlite_ x86 是 本 机 SQLite 的 安装 目录 。 编译 完成 后 在 /Var/www/cgi-bin 目录 下 
生成 了 sqlite.cgi 文件 ， 同 时 也 完成 了 部 署 。 


2. 测试 sqlite.cgi 


在 Windows 的 浏览 器 中 输入 http://192.168.217.128/cgi-bin/sqlite.cgi, 来 访问 虚拟 机 ( 虚 
拟 机 的 卫 地 址 为 192.168.217.128) 下 的 CGI 程序。 测试 结果 如 图 17.1 所 示 。 


到 到 
司 必 


日 古本 - 晤 目前 | 万 扣 坟 人 天 加 | 二 日- 口 丰 多 下 


CSICETTTTTTT EE le” 


Access SQLite Database by CGI of Boa 


row’3 column=4 
没有 更 新 student 表 的 数据 : 


fristResult[0] = id fristResult[1] = name fristResult[2] = sex fristResult[3] = age fristResult[4] = 1 
fristResult[$] = Jack fristResult[6] = M fristResult[7] = 20 fristResult[8] = 2 fristResult[9] = Tom 


fristResult[10] = M fristResult[11] = 21 fristResult[12] = 3 fristResult[13] = Mary fristResult[14] 
= W fristResult[15] = 19 


row:3 column=4 


更 新 student 表 后 的 数据 : 


secondResult[0] = id secondResult[1] = name secondResult[2] = sex secondResult[3] = age 
secondResult[4] = 1 secondResultl5] = Jack secondResult[6] = NM secondResult[7] = 
secondResult[8] = 2 secondResult[9] = Tom secondResult[10] = M secondResult[11] = 
secondResult[12] = 3 secondResult[13] = Mary secondResult[14] = W secondResult[15] = 19 


| 
关 国 轩 国 园 园 LER 


图 17.1 通过 CGI 访问 SQLite 数据 库 
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全 注 意 : 在 谈 入 式 产品 中 结合 使 用 SQLite 和 BOA 具有 很 高 的 效率 ， 实 现 起 来 也 比较 容 
易 。 对 于 其 移植 过 程 ， 请 读者 结合 前 面 的 内 容 自 己 动手 体会 。 


17.6 小 结 


BOA 在 嵌入 式 方面 的 应 用 非常 简单 有 效 ， 其 编译 和 移植 过 程 也 比较 简单 。 读 者 熟练 党 
握 BOA 的 源 代码 和 SQLite 的 源 代 码 后 ， 可 以 在 自己 的 项 目 中 进行 灵活 运用 。 另 外 ，BOA 
也 可 以 和 Berkeley DB 数据 库 结合 。 本 章 的 重点 和 难点 是 BOA 的 流程 分 析 ， 比 较 实用 并 且 
很 多 市 场 前 景 是 与 嵌入 式 数据 库 的 结合 使 用 , 读者 可 以 编译 更 好 的 CGI 程序 维护 远程 的 内 
入 式 数据 库 。 
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Thttpd 是 一 个 简单 的 、 小 型 的 、 可 移植 的 、 快 速 及 安全 的 HITP 服务 器 。 正 因为 它 具 
有 这 些 特点 ， 将 其 应 用 在 资源 受 限 的 嵌入 式 产品 中 非常 合适 。 本 章 将 介绍 其 编译 、 调 试 、 
使 用 和 移植 过 程 。 


18.1 Thttpd 介绍 


Thttpd 是 一 款 小 而 快 ， 且 安全 的 HTTP 服务 器 。 下 面 将 通过 分 析 源 代码 介绍 Thttpd 工 
作 过 程 。 本 章 介 绍 的 thttpd 是 基于 thttpd-2.25b 版 本 进行 的 。 


18.1.1 Web 服务 器 比较 


一 般 有 3 种 常用 Web 服务 器 : Httpd、Thttpd 和 Boa。Httpd 是 最 简单 的 一 个 Web 服务 
器 , 它 的 功能 最 弱 , 不 支持 认证 , 不 支持 CGI (Common Gateway Interface, 通用 网 关 接口 ) 。 
Thttpd 和 Boa 都 支持 认证 、CGI 等 ， 功 能 都 比较 全 。Boa 源 代码 开放 、 性 能 可 靠 、 稳 定性 
好 ， 但 是 仅 能 作为 一 个 单 任务 的 Web 服务 器 。 所 以 ， 使 用 简单 、 小 巧 、 易 移植 、 快 速 和 安 
全 的 Thttpd 嵌入 式 Web 服务 器 是 一 个 明智 的 选择 。 

另外 , 还 有 几 款 嵌入 式 Web 服务 器 : Lighttpd、Shttpd、Mathopd、Minihttpd、Appweb、 
Goahead。 读 者 有 兴趣 可 以 自己 动手 编译 后 进行 测试 ， 然 后 应 用 在 自己 的 项 目 中 。 


18.1.2 Thttpd 的 特点 


Thttpd 的 特点 是 高 效 、 安 全 , 并 且 支 持 URL 流量 控制 。 基 于 这 些 特点 其 在 嵌入 式 方 面 
的 应 用 很 有 前 景 。 下 面 分 别 介绍 其 特点 : 


1. 安全 性 


安全 性 问题 中 最 大 的 危险 源 并 不 是 来 自 授权 协议 本 身 ， 而 是 取决 于 在 使 用 授权 协议 时 
所 指定 的 策略 和 程序 。 所 以 Thttpd 在 默认 的 状况 下 ， 仅 运行 于 普通 用 户 模式 下 ， 从 而 能 
有 效 地 禁止 非 授 权 的 系统 资源 和 数据 的 访问 ， 同 时 Thttpd 全 面 支持 HITP 基本 验证 
(RFC2617 HTTP Authentication) ， 可 有 效 解决 安全 性 的 问题 。 这 一 点 正 像 很 多 人 在 使 用 
Windows 时 都 是 使 用 管理 员 的 身份 登录 ， 因 此 系统 经 常 容 易 受 到 病毒 和 木马 程序 的 袭击 ， 
如 果 将 管理 员 权 限 改 为 普通 用 户 访问 权限 ， 那 么 系统 将 安全 得 多 。 
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2. 高 效 性 
Thttpd 对 于 并 发 请 求 不 使 用 fork0 来 创建 子 进程 处 理 ， 而 是 采用 多 路 复 用 (Multiplex) 


技术 来 实现 。 而 通过 forkO 的 方式 创建 子 进程 是 父 进程 的 一 个 复制 ， 两 者 是 独立 的 ， 使 用 
该 方式 时 ， 当 并 发 的 请 求 增多 时 ， 系 统 的 性 能 被 迅速 降低 。Thttpd 采用 多 路 复 用 技术 ， 当 
并 发 请 求 增多 时 节省 了 资源 ， 提 高 了 系统 效率 。 


3. 流量 控制 
Thttpd 支持 基于 URL 的 文件 流量 限制 ， 便 于 处 理 连 续 的 视频 流量 。 与 Apache 比较 ， 


随 着 请 求 频率 增加 、 请 求 数量 增加 时 ，Thttpd 的 优势 变 得 更 加 明显 。 


18.1.3 Thttpd 核心 代码 分 析 


Thttpd 工作 流程 的 主 逻 辑 在 thttpd.c 文件 的 main0 函 数 中 。 该 函数 中 描述 了 Thttpd 服 


务 建立 服务 、 接 收 请 求 、 处 理 请 求 、 日 志文 件 及 断 开 连 接 的 过 程 。 下 面 分 析 建立 Web 服务 
器 的 核心 函数 httpd_initialize()。 


回 


函数 httpd_initialize() 在 文件 libhttpd.c 中 定义 ， 用 于 初始 化 Web 服务 器 ， 如 成 功 则 返 
httpd_server 类 型 指针 指向 建立 的 Web 服务 器 。 该 函数 主要 为 Web 服务 器 分 配 资源 ， 初 


始 化 监听 套 接 字 , 初始 化 媒体 类 型 表 准 备 接收 客户 端的 请 求 。 该 函数 的 具体 定义 在 libhttpd.c 
中 ， 其 定义 如 下 : 


httpd server* 
httpd initialize( 


char* hostname, httpd sockaddr* sa4P, httpd sockaddr* sa6P, 

unsigned short port, char* cgi pattern, int cgi limit, char* charset, 
char* p3p, int max age, char* cwd, int no log, FILE* logfp, 

int no_ symlink check, int vhost, int global passwd, char* url pattern, 
char* local pattern, int no empty referers ) 


{ 
httpd server* hs; 


static char ghnbuf [256]; 
char* cp; 


check_ options(); 


hs = NEW( httpd _ server，1 );  ”// 为 准备 建立 的 Web 服务 器 分 配 资源 ，1 表示 所 建 
立 Web 服务 器 的 个 数 

if ( hs == (httpqd server*) 0 ) // 分 配 失败 退出 ， 并 在 系统 日 志 中 记录 

" 

syslog( LOG CRIT, "out of memory allocating an httpd server" ); 

return (httpd server*) 0; 


} 


if ( hostname != (char*) 0 ) 
| 


hs->binding hostname = strdup( hostname ); 


// 设 置 Web 服务 器 的 binding hostname 字段 


if ( hs->binding hostname == (char*) 0 ) 


// 设 置 失败 退出 ， 并 在 日 志 中 记录 
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syslog( LOG CRIT，"out of memory copying hostname" ); 
return (httpd server*) 0; 
上 
hs->server hostname = hs->binding hostname; 
// 设 置 Web 服务 器 的 server hostname 字段 
1 
else 
{ 
hs->binding hostname = (char*) 0; 
hs->server hostname = (char*) 0; 
if ( gethostname( ghnbuf, sizeof(ghnbuf) ) < 0 ) 
// 当 主机 名 为 空 时 ， 获 取 主 机 名 
ghnbuf[0] = "'\0'; 
#ifdef SERVER NAME LIST 
a { ghnbuElol = 7 NO ) 
hs->server hostname = hostname map( ghnbuf ); 
// 设 置 Web 服务 器 的 server_hostname 字段 
#endif /* SERVER NAME LIST */ | 
if ( hs->server hostname == (char*) 0 ) 
{ 
#ifdef SERVER NAME 
// 如 果 没 有 定义 宏 SERVER_NRAME LIST 中 ， 则 采用 宏 SERVER_NAME 的 定义 
hs->server hostname = SERVER NAME; 区 
#else /* SERVER NAME */ 
if ( ghnbuf[Ol = NO 小 
hs->server hostname = ghnbuf; 
#endif /* SERVER NAME */ 
Li 
} 


hs->port = port; // 设 置 Web 服务 器 的 端口 号 

if ( cgi pattern == (char*) 0 ) // 设 置 Web 服务 器 的 cgi _pattern 字段 
hs->cgi pattern = (char*) 0; 

else 


{ 
/* Nuke any leading slashes. */ 
if ( cgi pattern[0] == '/'" ) 
++cgi pattern; 
hs->cgi pattern = strdup( cgi pattern ); 
if ( hs->cgi pattern == (char*) 0 ) 
/ /如果 该 字段 设置 失败 , 则 退出 程序 并 记录 在 系统 日 志文 件 中 
{ 
syslog( LOG CRIT, "out of memory copying cgi pattern" ); 
return (httpd server*) 0: 


} 
/* Nuke any leading slashes in the cgi pattern. */ 
While ("ll cp = Stratre( hs=>cgi pattern “l/s (charct)y 0 


// 返 回 “|1/” 在 字段 cgi_pattern 中 的 位 置 
(void) strepy( ep + 1 Cp 1 2 Ns 


// 去 掉 cgi pattern 中 的 “1/” 
} 
hs->cgi limit = cgi limit; 
// 设 置 Web 服务 器 中 的 字段 cgi limit 
hs->cgi count = 0; // 初 始 化 Web 服务 器 中 的 字段 cgi count 为 0 


hs->charset = strdup( charset ); 


// 设 置 Web 服务 器 中 的 字段 charset 
hs->p3p = strdup( p3p ); 
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// 设 置 Web 服务 器 中 的 字段 p3p 


hs->max age = max age7 
// 设 置 Web 服务 器 中 的 字段 max_age 
hs->cwd = strdup( cwd ); 
// 设 置 Web 服务 器 中 的 字段 cwd 
if ( hs->cwd == (char*) 0 ) 
// 字 段 cwd 设置 失败 则 退出 并 在 系统 日 志 中 记录 
syslog( LOG CRIT, "out of memory copying cwd™" ); 
return (httpd server*) 0; 
人 
if ( url _ pattern == (char*) 0 ) 


// 设 置 Web 服务 器 中 的 字段 url pattern 
hs->url pattern = (char*) 0; 


else 
' 
hs->url pattern = strdup( url pattern ); 
if ( hs->url pattern == (char*) 0 ) 
{ 


syslog( LOG CRIT, "out of memory copying url pattern" ); 
return (httpd server*) 0; 
} 
} 
if ( local pattern == (char*) 0 ) 
// 设 置 Web 服务 器 中 的 字段 local_pattern 
hs->local pattern = (char*) 0; 
else 
{ 
hs->local pattern = strdup( local pattern ); 
if ( hs->local pattern == (char*) 0 ) 
{ 
syslog( LOG CRIT, "out of memory copying local pattern™" ); 
return (httpd server*) 0; 


} 


中 
/* 下 面 是 对 Web 服务 器 的 no log 、logfp 、1logfp、vhost 、global passwd、 
no_empty_referers 字段 的 设置 */ 

hs->no log = no log; 

hs->logfp = (FILE*) 0; 

httpd set logfp( hs, logfp ); 

hs->c = no_symlink check; 

hs->vhost = vhost; 

hs->global passwd = global passwd; 

hs->no empty referers = no empty referers; 


/* 下 面 是 对 监听 套 接 字 初始 化 ， 如 果 优 先 考虑 TPv6*/ 
if ( sa6P == (httpd sockaddr*) 0 ) 
hs->listen6 fd = -1; 


else 

hs->listen6 fd = initialize listen socket( sa6P ); 
if ( sa4P == (httpd sockaddr*) 0 ) 

hs->listen4 fd = -1; 

else 


hs->listen4 fd = initialize listen socket( sa4P ); 
/* 如 果 没 有 得 到 任何 监听 套 接 字 ， 则 释放 前 面 分 配 的 空间 并 退出 程序 */ 
if ( hs->listen4 fd == -1 && hs->listen6 fd == -1 
free httpd server( hs )» 
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return (httpd server*) 0; 


} 
/* 初 始 化 MIME Type， 即 该 资源 的 媒体 类 型 ， 浏 览 器 中 显示 的 内 容 有 HTML、XML、GIF、 
Flash、video、vrml 等 等 ， 浏 览 器 通过 MIME Type 来 区 分 它们 */ 


init mime(); 


/*Done initializing.*/ 

if ( hs->binding hostname == (char*) 0 ) 

syslog( 
LOG NOTICE, "%.80s starting on port %d", SERVER SOFTWARE, 
(int) hs->port ); 

else 

syslog( 
LOG NOTICE, "%.80s starting on %.80s, port %d", SERVER SOFTWARE, 
/* 将 httpd_sockaddr 结构 体 转化 为 数字 加 点 组 成 的 IP 地 址 字符 串 */ 
httpd ntoa( hs->listen4 fd != -1 ? sa4P : sa6P )， 
(int) hs->port ); 

return hs; 


} 


18.2 Thttpd 编译 和 HTML 页 面 测试 


第 17 章 已 经 介绍 了 BOA 的 编译 , 与 BOA 或 其 他 Web 服务 器 都 类 似 的 是 Thttpd 也 有 
配置 文件 thttpd.conf， 该 文件 在 contrib/redhat-rpm 目录 下 。 


182.1 


配置 文件 介绍 


配置 文件 对 于 任何 Web 服务 器 都 是 非常 重要 的 ，Tomcat 是 在 Windows 上 开发 Web 
程序 常用 的 服务 器 。 配 置 Tomcat 时 有 个 格式 固定 的 server.xml 文件 ,在 其 中 填写 对 应 的 内 
容 。Thttpd 也 有 配置 文件 thttpd.conf, 其 配置 也 是 一 样 的 ,和 第 17 章 BOA 的 配置 文件 boa.conf 
类 似 。 下 面 先 给 出 配置 文件 ， 在 编译 的 时 候 如 果 出 现 错误 ， 首 先 对 照 配置 文件 进行 查找 。 

配置 文件 Thttpd.conf 比较 简单 ， 主 要 指定 HTML 文件 路 径 、 日 志文 件 、PID 文件 等 。 
配置 文件 Thttpd.conf 中 注释 的 部 分 为 默认 配置 的 部 分 ， 包括 端口 号 、 主 机 卫 、 字 符 编码 格 
式 等 信息 ， 具 体内 容 如 下 : 


dir=/home/httpd/html #html 文件 路 径 
chroot 

user=httpd# default = nobody # 用 户 名 
logfile=/var/log/thttpd.1log # 指 定 日 志文 件 
pidfile=/var/run/thttpd.pid # 指 定 PID 文件 

# This section documents defaults in effect 

# port=80 # 默 认 的 端口 号 

# nosymlink# default = !chroot 

# novhost 

# nocgipat # 不 指定 CGI 程序 的 路 径 
# nothrottles 

# host=0.0.0.0 # 不 设置 指 本 机 IP 
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# charset=iso-8859-1 # 默 认 的 编码 方式 
修改 该 宏 定义 后 ， 再 执行 make 进行 编译 ， 在 src 目录 下 生成 thttpd 可 执行 程序 。 


18.2.2 Thttpd 编译 


编译 Thttpd 的 过 程 与 前 面 介绍 的 编译 方法 基本 类 似 ， 这 里 按照 : 编译 一 遇 到 问题 一 修 
正 后 重新 编译 的 顺序 进行 。 下 面 介绍 Thttpd 编译 的 详细 过 程 。 

(1) 准备 Thttpd 的 源 代 码 。 这 里 使 用 的 源 文件 为 thttpd-2.25b.tar.gz， 读 者 可 以 到 网 上 
下 载 更 新 的 版 本 。 

(2) 创建 安装 目录 。 在 编译 安装 源 代 码 时 ， 创 建 自己 的 安装 目录 ， 也 可 以 按照 默认 的 
方式 安装 。 笔 者 认为 创建 一 个 安装 目录 比较 合适 ， 安 装 完成 后 可 以 很 快 知道 安装 目录 下 生 
成 哪些 工具 和 哪些 库 等 文件 。 


# mkdir /usr/local/thttpd x86 


(3) 解压 源 代码 和 编译 。 解 压 源码 后 ， 进 入 代码 目录 使 用 configure 命令 生成 Makefile 
文件 。 然 后 进行 编译 ， 执 行 make install 进行 安装 。 


# ./configure --prefix=/usr/local/thttpd x86 
# make 
# make install 


在 执行 make install 时 , 会 提示 子 目 录 安 装 有 问题 , 不 用 理会 这 些 错误 程序 依然 可 以 执 
行 ， 查 看 安装 目录 是 否 生成 所 需要 的 文件 。 在 安装 目录 /usr/local/thttpd_x86 下 面 会 生成 3 
个 文件 ，sbin 用 于 放 工 具 文 件 ，man 用 于 放手 册 ，www 用 于 放 CGI 和 HTML 文件 。 下 面 
给 出 如 何 解决 这 些 错误 的 方法 。 
口 错误 1: 缺少 www 组 用 户 ， 可 以 使 用 adduser www 增加 一 个 组 用 户 ， 通 过 # cat 
/etc/group 命令 显示 该 文件 下 多 了 一 个 www 组 用 户 。 


# adduser www 
# cat/etc/group 


口 错误 2: 没有 使 用 手册 manl 的 路 径 ， 这 在 以 前 的 编译 和 移植 过 程 中 也 遇 到 类 似 的 
错误 ， 手 动 在 安装 目录 下 创建 一 个 存放 手册 文件 的 路 径 。 


# mkdir/usr/local/thttpd x86/man/manl 


18.2.3 ”运行 和 测试 Thttpd 

下 面 运行 生成 的 Web 服务 器 ， 并 通过 HTML 进行 测试 。 本 节 将 介绍 3 部 分 内 容 : 编 
写 测试 主页 ， 运 行 Web 服务 器 ， 通 过 HTML 进行 测试 。 

1. 编写 测试 主页 index.html 


编写 HTML 非常 简单 ， 如 果 读 者 不 想 自己 动手 写 代 码 ， 直 接 打开 浏览 器 ， 找 一 个 自己 
喜欢 的 风格 的 主页 ， 下 载 后 进行 修改 。 如 果 会 使 用 Dreamweaver 更 好 ， 如 不 会 使 用 直接 用 
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UEdit 或 者 写字 板 也 可 以 进行 编辑 。 


全 注 意 : 修改 HTML 时 ， 直 接 查 找 要 修改 部 分 的 关键 字 进 行 修改 ， 查 找 <title></title>， 
<head></head>，<body></body> 等 直接 进行 内 容 修改 。 


2. 启动 Web 服 务 器 


运行 Thttpd 服务 器 时 要 指定 配置 文件 。 配置 文件 thttpd.conf 在 contrib/redhat-rpm 目录 
下 。 可 以 将 配置 文件 复制 到 sbin 目录 下 ， 也 可 以 在 运行 Web 服务 器 时 ， 指 定 配置 文件 的 
绝对 路 径 。 

#./thttpd -C thttpd.conf 

或 者 

#./thttpd -C /usr/local/thttpd x86/thttpd-2.25b/contrib/redhat-rpm/ 

thttpd.conf 

-C 表示 指定 配置 文件 ， 如 果 没 有 带 上 参数 ， 系 统 会 自动 提示 读者 带 上 参数 ， 并 且 给 出 
很 多 参数 的 含义 。 运行 的 时 候 会 提示 没有 指定 用 户 httpd， 回头 查看 下 配置 文件 user=httpd# 
default = nobody, 即 程序 中 默认 的 user 为 nobody, 目前 的 user 指 定 为 httpd, 应 该 使 用 adduser 
命令 添加 一 个 user 为 httpd。 

./thttpd: unknown user - "httpd'" 


解决 上 面 的 错误 ,同样 是 增加 一 个 user 名 为 httpd。 当 然 也 可 以 修改 配置 文件 , 在 配置 
文件 中 将 user 修改 为 默认 的 user， 或 者 文件 /etc/passwd 中 存在 的 user。 


# adduser httpd 


全 注 意 : 这 里 暂时 不 改 配置 文件 ， 而 在 实际 项 目 开发 中 一 般 是 先 部 署 整个 网 站 的 框架 ， 即 
先 部 署 网 站 必需 的 文件 夹 和 相关 文件 ， 然 后 再 修改 配置 文件 ， 让 配置 文件 适应 实 


3. 测试 HTML 


在 测试 主机 的 浏览 器 地 址 栏 中 输入 http://192.168.1.123( 服 务 器 的 下 地 址 ), 通 过 HTML 
主页 访问 服务 器 测试 。 前 面 在 做 BOA 测试 的 时 候 ， 虚 拟 机 和 主机 采用 NAT 的 方式 连接 ， 
所 以 虚拟 机 和 主机 不 在 一 个 IP 段 也 能 进行 访问 。 使 用 NAT 方式 时 ， 不 插 上 网 线 ， 也 能 通 
过 主机 对 虚拟 机 进行 测试 。 这 次 虚拟 机 和 主机 采用 的 是 网 桥 方式 ， 采 用 这 种 方式 是 为 了 直 
接 将 虚拟 机 和 开发 板 连接 起 来 。 测 试 的 时 候 一 定 要 注意 记得 插 上 网 线 。 

在 主机 的 浏览 器 地 址 栏 中 输入 http://192.168.1.123， 读 者 测试 时 改 成 自己 的 虚拟 机 人 P 
地 址 。 如 果 成 功 则 在 主机 浏览 器 中 看 到 服务 器 的 主页 。 如 果 出 错 则 有 两 种 常见 错误 。 

口 错误 1: 回 车 运行 得 到 无 法 显示 网 页 。 原 因 是 前 面 修改 了 index.html， 而 没有 对 它 

进行 部 署 。 

解决 方法 : 正确 部 署 文件 index.html。 首 先 查看 配置 文件 指定 HTML 路 径 的 设置 

dir=/home/httpd/html。 可 以 将 index.html 部 署 在 该 目录 下 ， 也 可 以 将 该 配置 修改 为 dir= 
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/usrlocalthttpd_x86/www。 
# cp index-html /home/httpd/html 


或 者 
# cp index.html /usr/local/thttpd x86/www 


同时 修改 配置 文件 thttpd.conf ， 将 dir=/home/httpd/html 改 为 : dir= 
/usr/local/thttpd x86/www 


全 注意 : 服务 器 修正 问题 后 ， 保 持 配置 和 文件 ， 客 户 端 只 要 刷新 就 能 获得 更 新 后 的 信息 。 


口 错误 2: 测试 的 时 候 可 能 会 遇 到 其 他 问题 ， 导 致 无 法 正确 显示 网 页 。 这 时 应 该 查看 
日 志文 件 /var/log/thttpd.log。 从 查看 配置 文件 获得 日 志文 件 的 路 径 中 使 用 cat 命令 
查看 日 志文 件 的 记录 。 

# cat/var/log/thttpd.log 


下 面 是 笔者 测试 出 错 后 在 日 志 中 查看 到 的 一 条 记录 ， 同 时 在 主机 的 浏览 器 中 得 到 禁止 
访问 ， 如 图 18.1 所 示 。 


192.168.1.199 - - [11/Apr/2010:14:45:45 +0000] "GET / HTTP/1.1" 403 0 "" 
"Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 
Tal A32279 :MET CLR 220a50127) 


加 403 Forbidden 
文件 编辑 下) 查看 YW) 收藏 工具 UD) 帮助 0 

日 甬 加- 剖 罩 区 | 万 拉 垃 收 天 @| 人 -加 四 " 口 不 访 下 
地址 | 入 http://192. 168.1.123/ 


问 ，， TI 站 站 三 舍 zteat 4 
图 18.1 主机 浏览 器 中 的 显示 


错误 分 析 : 返回 码 为 “403”: 说 明 服务 器 已 经 收 到 了 浏览 器 的 请 求 ， 同 时 出 于 安全 
考虑 禁止 浏览 器 进行 访问 。 查 看 index.html 的 执行 属性 ， 发 现 其 属性 为 : 


—IrIWwxrwxrwx 1 root Foot 422 04-11 21:44 index.html 


解决 方法 : 修改 文件 的 权限 ， 使 其 属性 为 只 读 ， 修 改 命令 如 下 : 

# chmod 444 index.html 

Fs = 

一 = 二 = 1 root root 422 04-11 21:44 index.html 

修改 权限 后 ， 能 够 正确 浏览 测试 页 面 index.html， 如 图 18.2 所 示 。 

口 错误 3: 网 页 中 可 能 会 出 现 乱码 。 

解决 方法 : 修改 配置 文件 的 中 字符 编码 方案 ， 将 charset 设置 为 utf8。 笔 者 做 过 试验 
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将 charset 设置 为 gbk 和 gb2312 仍 不 能 解决 中 文 乱码 问题 。 设 置 为 utf-8 后 显示 中 文正 常 ， 
如 图 18.3 所 示 。 


轩辕 多 


狠 http://192. 168.1. 123/ 了 | 


18.2 正确 的 测试 主页 


文件 EE) 编辑 EE) 查看 收藏 和 ) 工具 (CD) 天助 人 0 区 2 
B 展 -日 -四 固 的 | 人 P 抽 说 收 天 全 | 人 -半天 -品系 访 和 下 
地 址 WW| 乱 Mttpiszis8112/ 可 回 量 


Ct 


18.3 ”正确 显示 中 文 


18.3 CGI 脚本 测试 


下 面 测试 CGI 脚本 程序 。 对 CGI 程序 进行 测试 时 ， 首 先 应 该 修改 配置 文件 ， 指 定 CGI 
程序 的 路 径 。CGI 脚本 的 测试 也 包括 3 个 部 分 : 编写 测试 代码 、 编 译 测试 代码 、 执 行 测试 。 


18.3.1 编写 测试 代码 


CGI 的 文件 应 该 放 在 目录 /home/httpd/html/cgi-bin 下 , 同时 修改 thttpd.conf 修 改 nocgipat 
为 cgipat。 
cgipat=/cgi-bin 


在 /home/httpd/html/cgi-bin 目录 下 编写 helloc 文件 ， 该 测试 文件 内 容 为 打印 
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“Hello,World.”。 测 试 文件 的 代码 如 下 : 


#include <stdio.h> 

#include <stdlib.h> 

int main(void) 
printf ("Content-type: text/html\n\n"); 
printf ("<html>\n"); 
printf ("<head><title>CGI Test For Thttpd</title></head>\n"); 
printf ("<body>\n"); 
printf ("<hl>Hello,world.</hl>\n"); 
printf ("<body>\n"); 
printf ("</html>\n"); 
exit (0); 


18.3.2 编译 测试 程序 


将 hello.c 文件 编译 生成 hello.cgi 文件 。 编 译 命令 如 下 : 


# gcc -o hello hello.c 

编译 生成 hello 后 ， 如 果 该 文件 不 是 在 目录 /home/httpd/html/cgi-bin 下 ， 则 将 hello 文件 
复制 到 该 目录 下 。 如 果 编 译 的 文件 名 为 hello.cgi， 在 测试 的 过 程 中 ， 就 会 出 现下 载 该 文件 。 
编译 好 的 CGI 文件 同样 需要 将 其 权限 修改 为 只 读 。 

# chmod 444 hello 


18.3.3 测试 CGI 脚本 


打开 客户 端的 浏览 器 ， 在 浏览 器 中 输入 下 面 地 址 进行 访问 。 


http://192.168.1.123/cgi-bin/hello 


hello 的 权限 也 要 设置 为 可 读 方式 ， 否 则 也 无 法 正确 显示 。 
18.4 Thttpd 交叉 编译 与 移植 


本 节 将 介绍 如 何在 嵌入 式 产品 中 应 用 Thttpd， 在 嵌入 式 产品 中 使 用 Thttpd 需要 对 其 进 
行 交 双 编译、 配置 、 编 写 HIML 页 面 、 编 写 CGI、 部 署 上 述 文件 到 相应 的 目录 。 


18.4.1 交叉 编译 Thttpd 


进入 Thttpd 源码 的 解压 目录 对 Thttpd 进行 交叉 编译 ， 这 里 使 用 的 交叉 编译 器 为 
arm-linux-gcc-4.3.2。 编 译 的 过 程 如 下 
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(1) 在 上 位 机 中 调试 的 时 候 已 经 通过 configure 命令 生成 了 Makefile 文件 , 这 里 只 需要 
对 生成 的 Makefile 文件 进行 修改 。 在 Makefile 文件 中 将 gcc 改 为 arm-linux-gcc， 将 安装 目 
录 指 定 为 /usr/local/thttpd_arm， 同 时 也 建立 这 样 一 个 目录 。 


# mkdir /usr/local/thttpd arm 

#vi Makefile 

CC=arm-linux-gcc 

prefix=/usr/local/thttpd arm 

# make clean // 之 前 进行 了 X86 平台 的 编译 ， 清 除 编译 生成 的 文件 


# make 
(2) 编译 完成 后 进行 make install 安装 ， 安 装 之 前 需 进行 一 些 设置 ， 这 与 在 X86 平台 
上 编译 安装 的 过 程 相同 。 


# mkdir /usr/local/thttpd arm/man/manl 
# make install 


18.4.2 ”交叉 编译 CGI 程序 


测试 程序 包括 测试 的 HTML 页 面 和 CGI 程序，HTML 和 CGI 程序 ， 使 用 在 上 位 机 中 
测试 的 程序 。 这 里 只 需要 对 CGI 程序 进行 交叉 编译 即 可 以 使 用 在 ARM 平台 上 。 


# arm-linux-gcc -o hello hello.c 


同样 ， 执 行 完成 后 对 生成 的 hello 文件 查看 其 文件 信息 ， 同 时 修改 其 权限 。 


# chmod 444 hello 


18.4.3 移植 Thttpd 


在 开发 板 上 部 署 Web 服务 器 。 部 署 的 文件 包括 : 部 署 配 置信 息 thttpd.conf， 部 署 服 务 
器 程序 Thttpd， 部 署 访 问 页 面 和 CGI 程序 及 相关 目录 ， 移 植 Thttpd 需要 的 库 。 

(1) 部 署 配置 信息 thttpd.conf， 复 制 上 位 机 /etc/thttpd.conf 到 开发 板 的 /etc 目录 下 。 配 
置 文件 的 信息 如 下 : 


dir=/home/httpd/html 

chroot 

user=httpd# default = nobody 
logfile=/var/log/thttpd.1og 
pidfile=/var/run/thttpd.pid 

# This section documents defaults in effect 
# port=80 

# nosymlink# default = !chroot 
# novhost 

cgipat=/cgi-bin/* 

# nothrottles 

# host=0.0.0.0 

charset=utf-8 


(2) 部 署 服务 器 程序 Thttpd, 复制 上 位 机 /usr/local/thttpd_arm/sbin 目录 下 的 thttpd 到 开 
发 板 /usr/sbin 目录 下 。 
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(3) 在 开发 板 上 也 建立 目录 /home/httpd/html， 同 时 将 index.html 部 署 在 该 目录 下 ， 在 
该 目录 下 建立 目录 cgi-bin， 将 交叉 编译 好 的 CGI 程序 放置 在 该 目录 下 。 

(4) 复制 Thttpd 依赖 的 库 文件 ， 可 以 对 X86 版 的 thttpd 使 用 1dd 命令 查看 其 依赖 的 库 
文件 。 从 交叉 编译 路 径 下 复制 这 些 库 到 开发 板 的 lib 库 下 。 


# ldd thttpd 
linux-gate.so.1 => (0x00b96000) 
libcrypt.so.1 => /lib/libcrypt.so.1 (0x45231000) 
libc.so.6 => /lib/libc.so.6 (0x44588000) 
/lib/ld-linux.so.2 (0x43bb9000) 


查看 开发 板 /lib 目录 ， 存 在 上 述 文件 。 依 赖 库 文件 就 不 需要 复制 。 
18.4.4 测试 
移植 到 开发 板 上 时 ， 主 要 是 配置 内 核 ， 添 加 用 户 ， 修 改 权 限 等 问题 。 可 能 读者 在 开发 


板 上 测试 时 还 可 能 会 发 生 其 他 问题 。 如 果 遇 到 其 他 问题 就 查看 日 志 /var/log/messages。 
(1) 内 核 支持 IPv6， 在 内 核 中 添加 对 IPv6 的 支持 ， 如 图 18.4 所 示 。 


root@localhost:/usr/local/arm/linux-2.6.29 


文件 从 ”编辑 人 查看 终端 WD 标签 @@) 帮助 他 


18.4 内 核 支持 IPv6 
(2) 修改 thttpd 的 执行 权限 。 


# chmod 777 thttpd 
(3) 增加 用 户 httpd。 
# adduser httpd 
人 注意: 移植 到 mini2440 上 时 ， 自 带 的 文件 系统 默认 启动 boa Web 服务 ， 去 掉 开发 板 自 
带 的 文件 系统 的 /etc/init.d/rcS 中 运行 的 boa 代码 ， 然 后 重新 启动 。 
(4) 启动 Web 服务 器 ， 并 通过 主机 进行 测试 。 测 试 结 果 和 主机 上 一 样 。 
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18.5 Thttpd 与 谱 入 式 数据 库 结合 


在 前 面 章 节 中 , 已 经 介绍 了 嵌入 式 Web 服务 器 BOA 与 SQLite 在 项 目 中 结合 使 用 的 情 
况 。 本 节 将 以 实例 介绍 通过 Thttpd Web 服务 CGI 接口 维护 和 管理 嵌入 式 数 据 库 。 


18:.5: 


通过 CGI 程序 访问 SQLite 


SQLite 提供 了 C 语言 访问 的 接口 , 通过 采用 C 语言 程序 访问 数据 库 , 将 该 访问 数据 库 
的 操作 编译 成 CGI 程序 部 署 在 Thttpd 的 CGI 路 径 下 ， 远 程 维 护 人 员 通 过 调用 此 CGI 程序 
就 能 实现 远程 维护 数据 库 的 目的 。 

下 面 是 例子 程序 ， 其 代码 主要 分 为 两 部 分 : 一 部 分 是 通过 调用 C 接口 对 数据 库 进 行 创 
建 、 修 改 等 维护 工作 ， 另 一 部 分 是 通过 HTML 页 面 将 结果 返回 给 远程 访问 者 。 是 在 第 17 
章 代码 的 基础 上 稍 加 改动 。 具 体 代码 如 下 : 


#include <stdio.h> 
#include <stdlib.h> 
#include <sqlite3.h> 


int main( void ) 


{ 
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sqlite3 *db=NULL; 

char *zErrMsg = 0; 

pn ee 

int i=0; 

// 通 过 CGI 将 结果 返回 给 远程 操作 者 

printf ("<%@ page contentType=\"text/html; charset=utf-8\"%>"); 
// 设 置 编码 方案 ， 解 决 中 文 乱码 

printf ("<html>\n"); 


printf ("<head><title>CGI Output</title></head>\n"); 
printf ("<body>\n"); 
printf ("<hl>Access SQLite Database by CGI of Thttpd</h1l>\n"); 
rc = sqlite3 open("test.db", &db); 
// 打 开 指 定 的 数据 库 文件 ， 如 果 不 存在 将 创建 
一 个 同名 的 数据 库 文件 
i 
fprintf (stderr, "Can't open database: %s\n", sqlite3 errmsg (db)); 
sqlite3 close(db); 
exit (1); 
} 
else 
printf ("opened database test.db successfully!\n"); 


// 创 建 一 个 表 ， 如 果 该 表 存在 ， 则 不 创建 ， 并 给 出 提示 信息 ， 存 储 在 zErrMsg 中 


char *sql = "create table student(id, name , sex, age);"; 
// 执 行 SQL 语句 

sqlite3 exec( db sql 0 O07 EZErrMsog )> 

// 插 入 数据 

sql = "insert into student values(1， ‘Jack', 'M', 20);"; 
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// 执 行 SQL 语句 

sqlite3 exec( db ，sql ，0 ，0 , &zErrMsg ) 7 

// 插 入 数据 

sql = "insert into student values(2, "Tom'，'M'"，21)7"” 
sqlite3 exec( db , sql, 0 ，0 ，&zErrMsg ) 7 

// 插 入 数据 

sql = "insert into student values(3, 'Mary', 'W', 19);"; 
sqlite3 exec( db , sql, 0 , 0 , &zErrMsg ); 

// 在 HTML 中 显示 操作 的 内 容 


printf ("在 表 student 中 插入 数据 项 (1，'Jack'，'M'，20);"); 
printf ("<p>\n"); 

printf ("在 表 student 中 插入 数据 项 (2，'Tom',，'M',， 21);"); 
Printfil <p>Nn hy 

printf ("在 表 student 中 插入 数据 项 (3，'Mary',，'W'，19);"); 
Printf (<p> Nn hy 


// 查 询 结果 


sql = "select * from student;" ; 
sqlite3 exec( db , sql, 0 , 0 , &zErrMsg ); 


人 

和 

int sqlite3 get table(sqlite3*, const char *sql,char***result ， int 
*nrow , int *ncolumn ,char **errmsg ); 

result 中 是 以 数组 的 形式 存放 所 查询 的 数据 ， 首 先是 表 名 ， 再 是 数据 。 

ey + ncolumn 分 别 为 查询 语句 返回 的 结果 集 的 行 数 ， 列 数 ， 没 有 查 到 结果 时 返回 0 

* 

int nrow = 0, ncolumn = 0; 


Char **fristResult; // 二 维 数组 存放 结果 


sql = "select * from student;" ; 
BeantEl Nm) 
sqlite3 get table(db, sql, &fristResult, gnrow, &ncolumn, &zErrMsg ); 


// 打 印 查 询 结果 
printf( "row: sd col: sd \n" , nrow , ncolumn ); 


printf("\n 更 新 前 数据 库 的 数据 : \n" ); 


for( i=0 ; i<( nrow + 1 ) * ncolumn ; i++ ){ 
if (i%4==0) printf("<p>\n"); 

printf( "%s\t", i , fristResult[i] ); 

} 


// 释 放 fristResult 的 内 存 空间 
sqlite3 free table( fristResult ); 


sql = "update student set age = 24 where age = 207" -7 
BrinEf( PN\nn)> 
sqlite3 exec( db , sql, 0 , 0 , &zErrMsg ); 


nrow = 0; 

ncolumn = 0; 

char **secondResult; // 二 维 数组 存放 结果 
// 查 询 数据 

sql = "select * from student;" ; 

sqlite3 get table( db , sql , &secondResult , é&nrow , &ncolumn ， 
&ZErrMsg 1 

PELDEE( Son) 
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// 打 印 查 询 结果 


printf( "row:%d column=%d \n" , nrow , ncolumn ) > 


Printf( "\n 更 新 后 的 数据 库 的 结果 : \n" ); 


Tort ie0 re <(nrow tt Ly enon ES NE 
if (i%4==0) printf("<p>\n"); 

PrintE( "SSN\tE" 7 FristResultlill > 

} 


printf ("<body>\n"); 

printf ("</html>\n"); 

// 释 放 secondResult 的 内 存 空 间 

sqlite3 free table( secondResult ); 


Brintf(t Nan) 
sqlite3 close(db); // 关 闭 数据 库 


return 0; 


18.5.2 ”编译 和 测试 

与 BOA 中 大 致 相同 ， 编 译 SQLite 程序 时 ， 需 要 SQLite 接口 的 头 文件 和 库 文件 支持 。 
测试 前 对 CGI 进行 编译 和 部 署 。 

1. CGI 程序 的 编译 和 部 署 


将 上 述 代码 起 名 为 sqlite.c 放 在 Thttpd 服务 器 的 CGI 路径 下 ， 查 看 Thttpd 的 配置 文件 
/etc/thttpd.conf， 对 于 本 机 的 路 径 ，CGI 文件 的 路 径 设 置 为 home/httpd/html/cgi-bin。 编 译 时 
需 指定 依赖 的 头 文件 和 库 文件 ， 具 体 的 编译 命令 如 下 : 


#gcc -o sqlite -I /usr/local/sqlite x86/include -L /usr/local/ 
sqlite x86/lib sqlite.c -lsqlite3 -static -lpthread 


/usr/local/sqlite_x86 是 本 机 SQLite 的 安装 目录 。 编 译 完成 后 在 /home/httpd/html/cgi-bin 
目录 下 生成 了 sqlite 文件 ， 修 改 其 属性 为 只 读 ， 同 时 也 完成 了 部 署 。 


#chmod 444 sqlite 


全 注意 : 对 于 Thttpd 的 CGI 程序 ， 一 般 命 名 不 带 后 缓 .cgi。 命 名 采用 带 后 缓 名 的 CGI 程 
序 时 ， 测 试 的 时 候 ， 将 会 得 到 通过 网 页 下 载 该 文件 ， 而 并 非 是 在 网 页 中 显示 。 
2. 测试 sqlite 


启动 Thttpd Web 服务 ， 在 Windows 的 浏览 器 中 输入 http:/192.168.1.123/cgi-bin/sqlite， 
来 访问 虚拟 机 (192.168.1.123 是 虚拟 机 的 他 地 址 ) 下 的 CGI 程序 。 


#./thttpd -C/etc/thttpd.conf // 启 动 Thttpd Web 服务 
全 注意 : 前 面 已 经 介绍 Thttpd 的 移植 过 程 ， 对 于 和 数据 库 结合 移植 的 过 程 留 给 读者 完成 。 
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18.6 小 结 


除了 Thttpd、Boa 外 ， 还 有 很 多 嵌入 式 Web 服务 器 ， 其 工作 流程 及 移植 过 程 基本 与 
Boa、Thttpd 类 似 。 读 者 可 以 试 着 去 将 前 面 介绍 的 技术 与 之 结合 起 来 应 用 在 实际 的 开发 中 ， 
如 和 GUI 数据 库 的 结合 应 用 到 自己 的 嵌入 式 项 目 中 。 


.453 。 


第 19 章 JVM 及 其 移植 


JVM 即 Java 虚拟 机 (Java Virtual Machine) ， 是 虚拟 出 来 的 计算 机 ， 在 实际 的 计算 上 
通过 软件 模拟 出 各 种 硬件 的 功能 ， 如 处 理 器 、 堆 栈 、 寄 存 器 、 指 令 系 统 等 。JVM 屏蔽 了 具 
体 平台 的 信息 ,使 得 Java 程序 能 运行 在 各 种 安装 了 JVM 的 平台 上 .本 章 内 容 主要 包括 JVM 
原理 、 作 用 、 移 植 及 编程 。 在 介绍 移植 实例 前 还 会 对 Java 程序 进行 简单 分 析 。 


19.1 JVM 介绍 


JVM (Java 虚拟 机 ) 一 种 用 于 计算 设备 的 规范 ， 可 采用 不 同 的 方式 (软件 或 硬件 ) 实 
现 。 编 译 虚 拟 机 的 指令 集 与 编译 微 处 理 器 的 指令 集 基本 类 似 。Java 虚拟 机 的 组 成 部 分 包括 
一 套 字 节 码 指令 集 、 一 组 寄存 器 、 一 个 栈 、 一 个 垃圾 回收 堆 、 一 个 存储 方法 域 和 一 个 执行 
引擎 。Java 虚拟 机 (JVM) 是 可 运行 Java 代码 的 虚拟 计算 机 。 按 照 JVM 规格 描述 将 解释 
器 移植 到 特定 的 计算 机 上 ， 就 能 保证 经 过 编译 的 任意 Java 代码 都 能 够 正确 运行 在 该 系统 
上 。Java 虚拟 机 是 一 个 虚拟 出 来 的 机 器 ， 通 过 在 实际 计算 机 上 采用 软件 模拟 实现 。Java 虚 
拟 机 模拟 的 硬件 包括 处 理 器 、 堆 栈 、 寄 存 器 、 指 令 系统 等 。 


19.1.1 JVM 原理 


Java 语言 的 特点 就 是 平台 无 关 性 , 这 一 特性 主要 是 通过 Java 虚拟 机 来 实现 。 其 他 高 级 
语言 如 果 要 在 不 同 的 平台 上 运行 ,至 少 应 该 重新 编译 成 不 同 的 目标 代码 。 而 使 用 Java 虚拟 
机 后 ，Java 语言 在 不 同 平台 上 运行 时 不 需要 重新 编译 。Java 程序 经 过 编译 后 运行 在 Java 虚 
拟 机 上 ， 屏 珊 了 与 具体 平台 相关 的 信息 ， 使 得 Java 语言 编译 程序 只 需 生成 在 Java 虚拟 机 
上 运行 的 目标 代码 ( 字 节 码 ) ， 就 可 以 在 不 同 平台 (安装 了 JVM) 上 不 加 修改 地 运行 。Java 
虚拟 机 在 执行 字 节 码 时 ， 将 字 节 码 解释 成 对 应 平台 上 的 机 器 指令 进行 执行 。 下 面 给 出 JVM 
原理 图 ， 如 图 19.1 所 示 ， 后 面 将 会 对 其 实现 细节 进行 介绍 。 

JVM 生命 周期 开始 于 运行 Java 程序 ， 消 亡 于 Java 程序 的 关闭 退出 。Java 虚拟 机 实例 
通过 调用 任意 某 个 初始 类 的 main0 方 法 运行 一 个 Java 程序 。 只 要 还 有 任何 非 守护 线程 在 运 
行 ， 那 么 这 个 Java 程序 也 在 继续 运行 〈 虚 拟 机 仍然 存活 ) 。 

Sun 公司 提供 了 3 种 运行 在 小 型 设备 操作 系统 上 的 JVM, 分 别 为 CVM、 KVM 和 Card 
VM， 这 3 种 JVM 有 不 同 的 应 用 。 

口 CVM: 应 用 于 瘦 客 户 端 ， 如 数字 机 项 盒 、 车 载 电 子 系统 等 ; 

口 KVM: 应 用 于 电池 供电 的 手持 移动 设备 ， 如 移动 电话 、PDA 等 ; 

口 Card VM: 应 用 于 智能 卡 (Smart Card) 系统 。 
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Java API 接 
口 类 文件 


| 把 字 他 码 解 释 成 具体 
平台 上 的 机 器 指令 


图 19.1 JVM 原理 图 


CVM、KVM 和 Card VM 3 者 适用 的 硬件 资源 是 由 高 到 低 的 ， 根 据 不 同 的 硬件 选择 不 
同 的 虚拟 机 。KVM 完成 的 功能 是 CVM 完成 功能 的 子 集 。CVM 允许 设备 将 Java 线程 映射 
为 本 地 线程 ， 完 成 垃圾 收集 、Java 同步 等 。 在 存储 系统 方面 ， 表 现 为 精确 、 高 效 的 垃圾 收 
集 ， 虚 拟 机 与 存储 系统 分 离 ， 在 可 移植 性 方面 ，CVM 使 用 C 语言 ， 实 现 快速 、 安 全 地 移 
植 ， 在 本 地 线程 方面 ，CVM 支持 线程 抢占 。 

而 KVM 的 最 大 特点 是 小 而 高 效 ， 只 需要 几 万 字 节 的 存储 空间 就 可 以 运行 。 虚 拟 机 和 
类 库 大 小 约 50 一 80OKB， 具 有 较 高 的 可 移植 性 和 可 扩展 性 ， 垃 圾 收集 独立 于 系统 ， 支 持 多 
线程 。 在 后 面 的 介绍 中 ， 多 以 KVM 为 例 讲解 。 


19.1.2 ”JVM 支持 的 数据 类 型 


Java 虚拟 机 不 仅 支持 Java 语言 的 基本 数据 类 型 ,而 且 支 持 其 他 数据 类 型 。Java 支持 的 
基本 数据 类 型 类 似 C 语言 中 的 int、long 等 ， 支 持 的 数据 结构 如 表 19.1 所 示 。 


表 19.1 JVM 支 持 的 数据 结构 
说 明 
1 字 节 有 符号 整数 的 补 码 
2 字 节 有 符号 整数 的 补 码 
4 字 节 有 符号 整数 的 补 码 
8 字 节 有 符号 整数 的 补 码 
4 字 节 下 EE754 单 精度 浮 点 数 
8 字 节 IEEE754 双 精 度 浮 点 数 
2 字 节 无 符号 Unicode 字符 
4 字 节 ， 对 一 个 Javaobject (对象 ) 的 引用 
4 字 节 ， 用 于 jsr/ret/jsr-w/ret-w 指令 


基本 的 数据 类 型 


其 他 数据 类 型 


应 用 程序 为 了 能 够 编译 成 为 Java 虚拟 机 的 字 节 码 且 正确 执行 ， 就 必须 遵守 JVM 支持 
的 类 型 规定 。Java 虚拟 机 不 执行 违反 了 类 型 规定 的 字 节 码 程序 。 从 Java 虚拟 机 支持 的 数据 
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类 型 看 ，Java 对 数据 类 型 的 内 部 格式 进行 了 严格 规定 ， 这 样 使 得 各 种 Java 虚拟 机 的 实现 对 
数据 的 解释 是 一 致 的 ， 从 而 保证 了 Java 的 与 平台 无 关 性 和 可 移植 性 。 


19.1.3 ”JVM 指令 系统 


JVM 指令 系统 与 其 他 计算 机 的 指令 系统 类 似 。Java 指令 也 是 由 操作 码 和 操作 数 两 部 分 
组 成 。 操 作 码 是 8 位 二 进 制 数 ， 操 作 数 紧 跟 在 操作 码 后 面 ， 其 长 度 根据 需要 而 不 同 。 操 作 
码 指定 一 条 指令 操作 的 功能 ， 如 iload 表示 从 存储 器 中 装载 一 个 整 型 数 ，anewarray 表示 给 
一 个 新 数组 分 配 空间 ，iand 表示 两 个 整数 的 “与 ”操作 ，ret 用 于 流程 控制 ， 表 示 从 某 方法 
的 调用 中 返回 。 当 长 度 大 于 8 位 时 ， 操 作 数 被 拆 分 为 两 个 以 上 字 节 进行 存放 。JVM 采用 了 
“big endian” 的 编码 方式 ， 即 低位 bits 存放 在 高 字 节 ， 高 位 bits 存放 在 低 字 节 。 

Java 指令 系统 是 专门 为 Java 语言 的 实现 而 设计 的 , 还 包括 用 于 调用 方法 和 监视 多 线程 
系统 的 指令 。Java 的 操作 码 长 度 为 8 位 ， 使 得 JVM 最 多 有 256 种 指令 ， 目 前 已 使 用 了 其 
中 的 160 多 种 操作 码 。 


19.1.4 ”JVM 寄存 器 


所 有 的 CPU 均 包 含 用 于 保存 系统 状态 和 处 理 器 所 需 信息 的 寄存 器 组 。 如 果 虚 拟 机 定义 
较 多 的 寄存 器 ， 便 可 以 从 寄存 器 中 得 到 更 多 的 信息 而 不 必 对 栈 或 内 存 进行 访问 ， 这 有 利于 
提高 系统 的 运行 速度 。 然 而 ， 如 果 虚 拟 机 中 的 寄存 器 比 实 际 CPU 的 寄存 器 还 多 ,那么 在 实 
现 虚拟 机 时 就 会 占用 处 理 器 大 量 的 时 间 来 用 常规 存储 器 模拟 寄存 器 ， 这 反而 会 降低 虚拟 机 
的 效率 。 因 此 ，JVM 只 设置 了 以 下 4 个 最 为 常用 的 寄存 器 : 

口 pc: 程序 计数 器 。 

口 optop: 操作 数 栈 顶 指针 。 

口 frame: 当前 执行 环境 指针 。 

口 vars: 指向 当前 执行 环境 中 第 一 个 局 部 变量 的 指针 。 


外 说 明 : 所 有 寄存 器 均 为 32 位 。pc 用 于 记录 程序 的 执行 、optop、frame 和 vars 用 于 记录 
指向 Java 栈 区 的 指针 。 


19.1.5 ”JVM 栈 结构 


作为 基于 栈 结构 的 计算 机 ,Java 栈 是 JVM 存储 信息 的 主要 手段 , 当 JVM 获得 一 个 Java 
字 节 码 应 用 程序 后 ， 便 为 该 代码 中 一 个 类 的 每 一 个 方法 创建 一 个 栈 框架 ， 以 保存 该 方法 的 
状态 信息 。 每 个 栈 框架 包括 3 类 信息 : 局 部 变量 、 执 行 环 境 和 操作 数 栈 。 在 线程 的 执行 栈 
中 分 配 帧 ， 下 面 为 KVM 帧 结构 体 〈 下 面 例 子 都 以 JVM 中 的 KVM 为 例 介 绍 ) : 


struct frameStruct { 


FRAME previousFp; // 保 存 前 向 帧 指针 
BYTE* previousIp; // 保 存 前 向 的 程序 计数 器 
Cell* previoussp; // 保 存 前 向 的 栈 指针 
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METHOD thisMethod; // 指 向 当前 执行 的 方法 
STACK stack; //stackStruct 类 型 的 指针 
OBJECT syncobject; //objectstruct 类 型 指针 


在 必要 的 时 候 ，JVM stack 可 以 动态 增加 和 减 小 。 每 个 线程 都 拥有 一 个 私有 的 JVM 
stack， 这 个 堆栈 与 线程 一 同 创建 。JVM 栈 和 C 语言 的 栈 结构 相似 。 由 于 JVM 的 帧 可 以 存 
放 堆 上 , 所 以 JVM stack 可 以 是 不 连续 的 。 JVM 的 设计 者 让 程序 员 可 以 控制 初始 栈 的 大 小 ， 
并 控制 栈 的 最 大 、 最 小 值 。 下 面 通过 KVM 栈 结构 体 : 


struct stackStruct { 


}; 


STACK next; // 指 向 下 一 个 stackstruct 指针 ， 即 该 结构 为 链表 
short size; 
short Xxunusedxx; /*must be multiple of 4 on all platforms*/ 


cel Cells[STACKCHUNKSIZE]; 


对 于 栈 的 操作 一 般 有 push、pop 等 操作 ， 下 面 为 KVM 栈 操作 函数 。 
1. PushFrame() 函 数 操作 


函数 pushFrameO 为 当前 执行 线程 创建 一 个 新 的 栈 帧 。 在 分 配 帧 前 ,所 有 的 寄存 器 都 必 
须 被 正确 地 初始 化 。KVM 与 其 他 JVM 不 同 ， 它 不 为 局 部 函数 调用 创建 栈 帧 。 


void pushFrame (METHOD thisMethod) 


int thisFrameSize = thisMethod->frameSize; 
int thisArgCount = thisMethod->argCount; 
int thisLocalCount = thisFrameSize - thisArgCount; 


STACK stack = getFP() ? getFP()->stack : CurrentThread->stack; 

int thisMethodHeight = thisLocalCount + thisMethod->u.java.maxStack + 
SIZEOF FRAME + RESERVEDFORNATIVE; 

FRAME newFrame; 

Ee 

Cell* prev sp = getSP() - thisArgCount; /* Very volatile! */ 


/* 检 查 当前 的 栈 块 中 是 否 有 足够 的 空间 */ 

if (getSP() - stack->cells + thisMethodHeight >= stack->size) { 
/* 没 有 足够 的 栈 块 空间 时 ， 需 要 重新 创建 一 个 新 的 栈 块 或 者 重新 使 用 已 分 配 的 一 个 栈 块 */ 
STACK newstack; // 重 新 创建 新 栈 块 
thisMethodHeight += thisArgCount; 
/* 检 查 是 否 可 以 重新 使 用 已 分 配 的 一 个 栈 块 */ 
if (stack->next && thisMethodHeight > stack->next->size) { 

stack->next = NULL; 


} 
/* 如 果 下 一 栈 为 空 ， 则 需要 需要 重新 创建 栈 块 */ 
if (stack->next == NULL) 1{ 
int size = thisMethodHeight > STACKCHUNKSIZE ? thisMethodHeight 
STACKCHUNKSIZE; 
int stacksize = sizeof(struct stackstruct) / CELL + (size - 
STACKCHUNKSIZE); 
START_ TEMPORARY ROOTS 
DECLARE TEMPORARY ROOT(STACK, stackX， stack); 
newstack = (STACK)mallocHeapObject (stacksize, 
GCT EXECSTACK); 
stack = stackX; 
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prev sp = getSP() - thisArgCount; 
END_TEMPORRRY ROOTS 
if (newstack == NULL) { 
THROW (StackOverflowObject); 
Peise 1 
/* 可 以 使 用 一 个 存在 的 、 未 使 用 的 栈 块 */ 


newstack = stack->next; 


} 
/* 将 新 分 配 的 栈 加 入 到 栈 链 表 中 */ 
for (i = 0; i < thisArgCount; i++) { 
newstack->cells[i] = prev sp[i + 1]; 
} 
setLP (newstack->cells); 
newFrame = (FRAME) (getLP() + thisFrameSize); 
newFrame->stack = newstack; 
} else { 


ASSERTING NO ALLOCATION 
/* 设 置 开 始 指针 指向 执行 栈 中 的 局 部 变量 */ 
setLP (prev sp + 1); 
/* 为 局 部 变量 增加 空间 ， 并 初始 化 新 的 帧 指针 */ 
newFrame = (FRAME) (getSP() + thisLocalCount + 1); 
newFrame->stack = stack; 
END ASSERTING NO ALLOCATION 


} 
/* 填 充 栈 帧 中 的 remaining 域 */ 
ASSERTING NO ALLOCATION 
/*Initialize info needed for popping the stack frame later on*/ 
newFrame->previousSp = prev_sp; 
newFrame->previousIp getIP(); 
newFrame->previousFp = getFP(); 


/*Initialize the frame to execute the given method*/ 


newFrame->thisMethod = thisMethod; 
newFrame->syncObject = NIL; /* Initialized later if necessary*/ 


/*Change virtual machine registers to execute the new method*/ 


setFP (newFrame); 
setsP((cell*) (newFrame + 1) - 1); 


setIP (thisMethod->u.java.code); 
SetCP (thisMethod->ofClass->constPool) 7 


END ASSERTING NO ALLOCATION 


2. popFrame 操 作 
函数 popFrame0 用 于 删除 一 个 执行 帧 栈 及 调用 当前 执行 方法 时 重启 执行 方法 。 


void popErame () 
/* 复 位 虚拟 机 寄存 器 去 继续 前 向 方法 的 执行 */ 
POPFRAMEMACRO 
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19.1.6 ”JVM 碎片 回收 堆 


垃圾 回收 是 Java 语言 最 重要 的 特点 之 一 。 在 Java 语言 中 ， 除 了 new 语句 外 没有 其 他 
方法 为 对 象 申 请 和 释放 内 存 。Java 程序 中 对 内 存 进行 释放 和 回收 的 工作 是 由 运行 系统 Java 
承担 的 ， 即 JVM 来 完成 。 在 Sun 公司 开发 的 Java 解释 器 和 Hot Java 环境 中 ， 采 用 后 台 线 
程 来 执行 碎片 回收 。 这 样 不 仅 提高 了 运行 系统 的 性 能 ， 而 且 使 程序 设计 人 员 摆 脱 了 动态 管 
理 内 存 的 风险 。 

JVM 有 两 种 类 型 的 存储 区 : 常量 缓冲 区 和 方法 区 。 其 中 常量 缓冲 区 用 于 存储 类 名 称 、 
方法 和 字段 名 称 以 及 串 常量 ， 方 法 区 则 用 于 存储 Java 方法 的 字 节 码 。 对 于 这 两 种 存储 区 
域 具体 实现 方式 ， 在 JVM 规格 中 没有 明确 规定 。 因 此 Java 应 用 程序 的 存储 布局 只 能 在 运 
行 过 程 中 确定 ， 完 全 依赖 于 具体 平台 的 实现 方式 。 


19.1.7 JVM 异常 地 出 和 异常 捕获 


异常 抛 出 会 使 当前 方法 异常 结束 。 将 类 的 异常 Handler 放 在 类 文件 的 一 个 表 中 ， 当 异 
常 发 生 时 ，JVM 会 从 存放 异常 Handler 的 表 中 找到 合适 的 异常 处 理 执行 ， 如 果 当 前 方法 没 
有 合适 的 处 理 对 应 当前 异常 Handler， 则 将 当前 方法 的 Frame 弹出 ， 扔 掉 Operand stack 和 
局 部 变量 ， 返 回 到 当前 方法 的 调用 者 中 ， 再 重复 前 面 的 过 程 ， 直 到 到 达 调用 链表 的 顶端 。 
如 果 最 外 层 的 方法 也 没有 合适 的 Handler， 就 退出 当前 线程 。 

当 发 生 异 常 时 ，Java 虚拟 机 采取 进行 异常 捕获 的 细节 如 下 : 

口 检查 与 当前 方法 关联 的 catch 子 句 表 ， 找 到 与 异常 匹配 的 catch 子 句 。 每 个 catch 

子 句 包含 其 有 效 指令 范围 、 能 够 处 理 的 异常 类 型 ， 以 及 处 理 异 常 的 代码 块 地 址 。 

口 与 异常 相 匹配 的 catch 子 句 应 该 符合 下 面 的 条 件 : 造成 异常 的 指令 在 其 指令 范围 之 
内 ， 发 生 的 异常 类 型 是 其 能 处 理 的 异常 类 型 的 子 类 型 。 如 果 找到 了 与 该 异常 匹配 
的 catch 子 句 , 那么 系统 转移 到 异常 处 理 块 处 进行 处 理 ; 如 果 没 有 找到 异常 处 理 块 ， 
重复 寻找 与 该 异常 匹配 的 catch 子 句 的 过 程 ,直到 检查 当前 方法 的 所 有 媒 套 的 catch 
子 句 。 

口 由 于 虚拟 机 从 首 个 匹配 catch 子 句 处 继续 执行 ， 所 以 catch 子 句 表 中 的 顺序 是 很 重 
要 的 。Java 代码 为 结构 化 的 ， 因 此 总 可 以 把 某 个 方法 的 所 有 的 异常 处 理 都 按 顺 序 
排列 在 一 个 表 中 ， 对 任何 可 能 的 程序 计数 器 的 值 ， 都 能 按 线 性 的 顺序 找到 合适 的 
异常 处 理 块 ， 以 处 理 在 该 程序 计数 器 值 下 发 生 的 异常 情况 。 

果 找 不 到 匹配 的 catch 子 句 ， 那 么 当前 方法 得 到 一 个 “未 截获 异常 ”的 结果 并 返 

回 到 当前 方法 的 调用 者 ， 就 像 异 常 刚刚 在 其 调用 者 中 发 生 一 样 。 如 果 在 调用 者 中 
仍然 没有 找到 相应 的 异常 处 理 块 ， 那 么 这 种 错误 将 被 传播 下 去 。 如 果 最 终 错 误 被 
传播 到 最 顶层 ， 那 么 系统 最 后 将 调用 默认 的 异常 处 理 块 。 

KVM 是 JVM 的 一 种 实现 ， 多 用 于 移动 电话 、PDA 等 。KVM 相对 其 他 两 种 虚拟 机 最 
明显 的 特点 是 小 而 高 效 ， 比 较 适 合用 于 嵌入 式 环境 中 。 接 下 来 将 介绍 KVM 实现 JVM 主要 
功能 的 细节 。 


口 
es 
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19.2 类 


装 


载 


class 文件 成 为 虚拟 机 上 运行 的 Java 程序 的 一 部 分 , 要 经 过 三 个 步骤 : 装载 一 连接 一 初 
始 化 。 下 面 将 介绍 装载 类 的 结构 体 和 相关 的 主要 操作 。 


19.2.1 


装载 类 的 结构 体 


在 实现 类 装载 时 ,KVM 定义 了 几 个 数据 结构 struct classStruct\struct instanceClassStruct 
和 struct arrayClassStruct， 这 几 个 数据 结构 用 来 保存 类 的 相关 信息 。 
结构 体 classStruct 如 下 : 


struct classStruct { 


COMMON OBJECT INFO(INSTANCE CLASS) 
UString packageName; 
UString baseName; 


/* 最 后 符号 '/' 之 前 的 所 有 内 容 */ 
/* 最 后 符号 '/' 之 后 的 所 有 内 容 */ 


CLASS next; /* 蛤 希 表 的 下 一 项 */ 
unsigned short accessFlags; /* 访 问 信息 */ 
unsigned short key; /* 类 关键 字 */ 

}; 

typedef struct classStruct* CLASS; 

结构 体 instanceClassStruct 定义 如 下 : 

struct instanceClassStruct { 
struct classStruct clazz; /* 公 共 信息 */ 
/* instance classes 的 专 有 信息 */ 
INSTANCE CLASS superClass; /* 超 类 对 象 */ 
CONSTANTPOOL constPool; /+* 常 量 池 指 针 */ 
FIELDTABLE fieldTable; /* 实 例 变 量 表 指针 */ 
METHODTABLE methodTable; /* 虚 拟 方法 表 指 针 */ 
unsigned short* ifaceTable; /* 接 口 表 指针 */ 
POINTERLIST staticFields; /* 保 持 类 的 静态 域 */ 
short instSsize; /* 类 的 实例 大 小 */ 
short status; /* 类 的 就 绪 状 态 */ 
THREAD initThread; /* 类 的 初始 化 线程 +/ 
NativeFuncptr finalizer; /*finalizer 指针 */ 


}; 


typedef struct instanceClassStruct# INSTANCE CLASS; 


结构 体 classStruct 和 instanceClassStruc 都 是 与 class (可 能 包括 类 和 接口 ) 有 关 的 信息 ， 
不 同 的 是 classStruct 所 提供 的 是 一 些 “ 外 围 信息 ”, 包括 访问 信息 和 可 见 性 等 , 是 一 个 class 
区 分 其 他 class 的 基本 信息 ; instanceClassStruct 所 提供 的 是 一 些 “ 内 容 信息 ”， 是 一 个 类 
本 身 所 定义 的 内 容 ， 比 如 方法 表 、 字 段 表 等 。 
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结构 体 arrayClassStruct 的 定义 如 下 : 


struct arrayClassStruct { 


LE 


7 


struct classStruct clazz; /* 公 共 信息 */ 
/* 数 组 类 成 员 专 有 信息 */ 
union { 
CLASS elemClass; /* 数 组 对 象 成 员 类 */ 
long primType; /* 原 数组 的 成 员 类 型 */ 
}u; 
long itemSize; /* 单 个 成 员 的 大 小 */ 
long gcType; /* 垃 圾 收集 的 类 型 ，GCT_ARRAY 或 GCT_OBJECTARRAY*/ 


long flags; 


typedef struct arrayClassstruct* ARRAY CLASS; 


19.2.2 ”装载 类 的 操作 


EE 


介绍 了 类 装载 保存 的 结构 体 ， 下 面 介绍 装载 类 的 几 个 操作 函数 LoadClass 


Locally0、LoadClassFromFile0、LoadClassFromZipO0，3 个 函数 分 别 从 不 同 的 方式 装载 类 。 


1. 函数 LoadClassFromFile() 


函数 LoadClassFromFile0 从 磁盘 装载 一 个 解析 器 要 求 的 类 文件 (.class 格式 文件 ) ， 通 
过 创建 一 个 类 块 结构 体 装 载 编译 好 的 类 。 


static ClassClass * LoadClassFromFile(char *fn, char *dir, char *class name) 


{ 


extern int OpenCode (char *, char *, Char *, struct stat*); 
struct stat st; 
ClassClass *cb = 0; 
int codefd = -1; 
unsigned char *external class; 
char *detail; 
codefd = OpenCode (fn, NULL, dir, &st); /* 打 开 一 个 .class 文件 */ 
/* 打 开 失 败 则 退出 */ 
if (codefd < 0) /* 打 开 失败 */ 
return 0; 
/* 将 文件 载 入 内 存 */ 
external class = (unsigned char *)sysMalloc(st.st size); 
if (external class == 0) 
goto failed; 
/* 系 统 RPI， 读 取 codefd 中 的 内 容 到 external_class ， 大 小 为 st .st_size ， 如果 读 
取 的 大 小 不 等 于 st. st_size ， 则 失败 ， 程 序 跳 转 到 failed 处 。*/ 


if (sysRead(codefd, external class, st.st size) != st.st size) 
goto failed; 
sysClose (codefd) ; /* 系 统 API 关闭 codefd*/ 
codefd = -1; 
cb = allocClassClass () 7 /* 创 建 内 部 类 */ 
if (cb == NULL || 


!createInternalClass (external class, external class + st.st size, 

cb, NULL, class name, &detail)) { Fy 和 
sysFree (external class); /* 创 建 失败 则 释放 external class*/ 
goto failed; 
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} 
sysFree (external class); /* 系 统 API 释放 external class*/ 
return cb; 
/* 打 开 .class 文件 出 错时 ， 关 闭 codefd， 创 建 内 部 类 出 错时 ， 释 放 cb*/ 
failed: 
if (codefd >= 0) 
sysClose (codefd); 
if (cb != 0) 
FreeClass (cb); 
return 0; 


2. 函数 LoadClassFromZip() 


函数 LoadClassFromZip0 通 过 zip 格式 文件 装载 类 。 函 数 LoadClassFromFile0) 与 
LoadClassFromZip0 基 本 类 似 ， 只 是 两 者 读 取 的 文件 格式 不 同 而 已 ， 前 者 为 .class 格式 ， 后 
者 为 jar 格式 。 


static ClassClass * LoadClassFromZzip(zip t *zipEntry, char *class name) 
{ 
ClassClass *cb = 0; 
JAR DataStreamPtr jdstream = NULL; 
unsigned char *external class; 
int data length; 
char *detail; 
jdstream = loadJARfile (zipEntry，class_name); /* 导 入 .jar 格式 文件 */ 
/* 失 败 则 程序 跳 转 到 failed 处 */ 
if (jdstream == NULL) 
goto failed; 
/* 指 定 导入 的 数据 和 长 度 */ 
external class = jdstream->data; 
data length = jdstream->dataLen; 
cb = allocclassClass (); /* 创 建 内 部 类 */ 
if (cb == NULL | 
!createInternalClass (external class, external class + data length, 
cb, NULL, class name, &detail)) { 
goto failed; 
} 
if (jdstream != NULL) { 
/* 导 入 .jar 格式 文件 失败 ， 则 释放 jdstream*/ 
freeBytes (jdstream); 
} 
return cb; 
/* 创 建 内 部 类 失败 ， 则 释放 cb; 导入 .jar 格式 文件 失败 ， 则 释放 jdstream*/ 
failed: 
if (cb != 0) 
FreeClass (cb); 
if (jdstream != NULL) { 
freeBytes (jdstream); 
} 


return 0; 


3. 函数 LoadClassLocally() 


函数 LoadClassLocally0 ， 输 入 参数 为 指向 类 文件 的 本 地 路 径 ， 其 中 会 调用 函数 
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LoadClassFromFile0 。 


ClassClass *LoadClassLocally(char *name) 


' 
ClassClass *cb = 0; 


cpe 七 **cpp; 


/* 对 路 径 格 式 进行 检验 */ 
if (name[0] == DIR SEPARATOR || name[0] == SIGNATURE ARRAY) 
return 0; 


/* 获 取 系 统 环境 的 classpath， 通 过 调用 系统 函数 getenv ()*/ 
for (cpp = sysGetClassPath(); cpp && *cpp != 0; cpp++) { 
cpe t *cpe = *cpp’; 
char *path; 
/*classpath 元 素 类 型 为 一 个 路 径 或 zip 文件 */ 
if (cpe->type = CPE DIR) { 
path = (char *)sysMalloc(strlen(cpe->u.dir) 
+ sizeof (LOCAL DIR SEPARATOR) 
+ strlen (name) 
+ strlen (JAVAOBJEXT) 
+ 2); /*2 is for the . and the \0*/ 
if (sprintf (path, 
"SSs%c%Ss." JAVAOBJEXT, cpe->u.dir, 
LOCAL DIR SEPARATOR, name) == -1) { 
sysFree (path); 
return 0; 
} 
/* 调 用 函数 LoadclassFromFile () 装载 类 */ 
if ((cb = LoadClassFromFile(sysNativePath (path), 
cpe->u.dir, name))) { 
sysFree (path); 
return cb; 
} else if (cpe->type == CPE ZIP) { 
if (JAR DEBUG && verbose) 
jio_ fprintf(stderr, "Loading classes from a ZIP file... \n"); 
/* 如 果 为 zip 文件 ， 则 调用 函数 LoadclassFromzip () 装载 类 */ 
if ((cb = LoadClassFromZzip(cpe->u.zip, name))) { 
return cb; 
} 
i 
} 


return cb; 


19.3 垃圾 回收 


垃圾 回收 是 Java 语言 的 一 个 特点 ， 这 一 特点 正 是 JVM 的 设计 者 通过 内 存 管 理 来 实现 
的 。 内 存 管理 分 为 内 存 分 配 和 垃圾 回收 两 部 分 ， 垃 圾 回收 的 技术 和 策略 会 严重 影响 系统 的 
效率 ， 因 此 垃圾 回收 是 JVM 设计 的 重点 。 下 面 讲解 KVM 中 采用 的 垃圾 回收 策略 。 
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19.3.1 mark-and-sweep 回收 算法 


KVM 中 的 mark-and-sweep 回收 算法 分 为 两 个 阶段 ,第 一 阶段 为 mark 阶段 , 垃圾 收集 
器 从 root set 开始 搜索 ,标记 每 个 可 达 的 对 象 。 第 二 个 阶段 为 sweep 阶段， 垃圾 收集 器 从 内 
存 空 间 的 起 始 地 址 往 后 查找 ， 回 收 那些 没有 在 第 一 阶段 标记 的 对 象 所 占有 的 空间 ， 回 收 的 
空间 加 入 到 内 存 可 用 列表 中 。 其 实现 细节 如 下 : 


1. 垃圾 收集 函数 garbageCollect() 


在 函数 garbageCollect0 中 实现 mark-and-sweep 回收 算法 。mark-and-sweep 回收 算法 核 
心 部 分 为 garbageCollectForReal0， 函 数 garbageCollect0 首 先 保存 虚拟 机 活动 线程 调用 
garbageCollectForReal0 执 行 垃圾 回收 ， 然 后 恢复 环境 。 


void garbageCollect (int moreMemory) 


if (gcInProgress != 0) { 
/* 不 允许 循环 调用 垃圾 回收 操作 */ 
fatalVMError (KVM MSG CIRCULAR GC INVOCATION); 

上 

gcInProgress++; 

/* 等 待 所 有 的 异步 I/o 完成 */ 

RundownAsynchronousFunctions (); 

if (ENABLEPROFILING && INCLUDEDEBUGCODE) { 
checkHeap (); 

} 

MonitorCache = NULL; /* 清 除 所 有 临时 监视 器 */ 


/* 在 垃圾 收集 前 ， 保 存 当 前 活动 的 线程 的 虚拟 机 寄存 器 */ 


if (CurrentThread) { 
storeExecutionEnvironment (CurrentThread); 


} 
/* 该 函数 为 mark-and-sweep 回收 算法 实现 核心 部 分 ， 后 面 给 出 其 实现 的 主要 代码 */ 
garbageCollectForReal (moreMemory); 
/* 完 成 垃圾 收集 后 ， 载 入 执行 环境 */ 
if (CurrentThread) { 
loadExecutionEnvironment (CurrentThread); 


| 

/* 人 允许 异步 I/0 继续 */ 
RestartAsynchronousFunctions () 7 
/* 恢 复 垃圾 收集 结束 标志 */ 
gcInProgress = 0; 


| 


2. 垃圾 收集 函数 garbageCollectForReal() 


函数 garbageCollectForReal0 是 垃圾 收集 算法 mark-and-sweep 的 关键 实现 部 分 。 函数 的 
标记 阶段 完成 的 内 容 是 首先 从 root 开始 标记 对 象 ， 然 后 搜索 可 达 对 象 ， 接 着 标记 弱 指 针 列 
表 ， 将 标记 为 弱 引 用 的 对 象 清除 。Sweep 阶段 完成 释放 空间 并 形成 较 大 的 空闲 空间 。 

void garbageCollectForReal (int realSize) 


CHUNK firstFreeChunk; 
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long maximumFreeSize; 


/* 下 面 是 垃圾 收集 算法 实现 部 分 */ 
markRootObjects () 7 // 标 志 垃圾 收集 的 root 对 象 
markNonRootObjects () 7 7/ 查找 堆栈 搜索 仅 从 其 他 堆栈 对 象 可 达 的 对 象 
markWeakPointerLists(); // 标 志 弱 指针 列表 

markWeakReferences () // 标 记 弱 引用 对 象 ， 弱 引用 对 象 将 被 清除 


/+ 实现 mark-and-sweep 算法 的 sweep 阶段 ， 释 放 没有 活动 的 方法 所 占用 的 堆栈 空间 */ 
firstFreeChunk = sweepTheHeap (&maximumFreeSize); 

/*compact 阶段 ， 通 过 内 存 的 移动 构建 较 大 的 可 用 空间 */ 

#if ENABLE HEAP COMPRCTION 


hb 


} 
#endif 


(realSize > maximumFreeSize) { 
/* 对 堆栈 实行 紧缩 操作 ， 获 得 可 用 空间 */ 
breakTablestruct currentTable; 
Cell* freeStart = compactTheHeap(&currentTable, firstFreeChunk); 
/* 得 到 可 用 空间 后 ， 进 行 更 新 操作 ， 更 新 root 对 象 表 和 堆栈 对 象 表 */ 
if (currentTable.length > 0) { 
updateRootObjects (gcurrentTable); 
updateHeapObjects (gcurrentTable, freeStart); 


if (freeStart < CurrentHeapEnd - 1) { 
firstFreeChunk = (CHUNK) freeStart; 
firstFreeChunk->size = 
(CurrentHeapEnd - freeStart - HEADERSIZE) << TYPEBITS; 
firstFreeChunk->next = NULL; 
} else { 
/* 内 存 完全 满 时 ， 没 有 多 余 的 空间 可 以 通过 移动 内 存 来 获得 */ 
firstFreeCchunk = NULL; 
} 


FirstFreeChunk = firstFreeChunk; 


E 


KVM 中 采用 了 mark-and-sweep 回收 算法 , 还 存在 其 他 分 代 回收 算法 和 增 量 收集 算法 ， 
下 面 给 出 其 简单 介绍 。 


19.3.2 分 代 回 收 算 法 


分 代 回 


收 算法 是 根据 对 象 存在 时 间 长 短 将 对 象 进行 分 类 ， 每 个 子 堆 为 一 代 。 随 着 对 象 


的 消亡 ， 垃 圾 回收 器 从 最 年 轻 的 子 堆 开 始 回 收 对 象 。 


分 代 回 


收 算法 在 一 定 程度 上 降低 了 垃圾 回收 给 应 用 带 来 的 负担 ， 使 应 用 的 吞吐 量 达 到 


极限 值 。 但 是 无 法 解决 垃圾 收集 所 带 来 的 应 用 暂停 。 在 一 些 对 实时 性 要 求 很 高 的 应 用 场景 
下 ， 垃 圾 收集 暂停 所 带 来 的 请 求 堆积 和 请 求 失败 是 无 法 接受 的 。 如 话音 业务 ， 可 能 要 求 请 
求 的 返回 时 间 在 几 百 甚至 几 十 毫秒 内 ， 如 果 分 代 垃 圾 回收 算法 要 达到 该 指标 ， 只 能 把 最 大 
堆 的 设置 限制 在 一 个 相对 较 小 范围 内 ， 但 是 这 样 又 限制 了 应 用 本 身 的 处 理 能 力 ， 同 样 也 是 


不 可 接收 的 。 


分 代 垃 圾 回收 算法 为 考虑 实时 性 要 求 而 提供 了 并 发 回收 器 ， 支 持 最 大 和 暂停 时 间 的 设 
置 ， 但 是 受到 分 代 垃圾 回收 的 内 存 划 分 模型 限制 ， 其 效果 并 不 理想 。 

为 了 达到 实时 性 的 要 求 ( 其 实 Java 语言 最 初 的 设计 也 是 在 嵌入 式 系统 上 的 ) ， 一 种 新 
垃圾 回收 方式 要 求 既 支 持 短 的 暂停 时 间 ， 又 支持 大 的 内 存 空 间 分 配 。 这 样 可 以 很 好 地 解决 
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分 代 方式 带 来 的 问题 ， 增 量 收集 可 以 满足 上 述 要 求 。 
19.3.3 ” 增 量 收集 


增 量 收集 的 方式 在 理论 上 可 以 解决 分 代 收 集 方式 带 来 的 问题 。 增 量 收集 把 堆 空间 划分 
成 一 系列 内 存 块 ， 使 用 时 ， 先 使 用 其 中 一 部 分 ， 垃 圾 收集 时 把 之 前 使 用 部 分 中 的 存活 对 象 
再 放 到 后 面 没 有 使 用 的 空间 中 ， 因 此 可 以 实现 边 使 用 边 收集 的 效果 ， 避 免 了 分 代 方式 使 用 
完整 个 内 存 空间 再 暂停 回收 的 情况 。 

分 代 收 集 方式 中 也 支持 并 发 收集 ， 分 代 收 集 的 缺点 就 是 把 整个 堆 作为 一 个 内 存 块 ， 这 
样 一 方面 会 造成 碎片 (无 法 压缩 ) ， 另 一 方面 它 的 每 次 收集 都 是 对 整个 堆 的 收集 ， 无 法 进 
行 选择 ， 在 暂停 时 间 的 控制 上 很 弱 。 而 增 量 收集 方式 ， 通 过 内 存 空 间 的 分 块 ， 恰 恰 可 以 解 
决 上 述 问 题 。 


19.4 解 析 器 


KVM 的 解析 器 就 是 将 字 节 码 解 析 成 具体 平台 上 的 操作 指令 执行 。 解 析 器 由 循环 执行 
函数 Interpret0， 函 数 Interpret0 中 真正 执行 解析 功能 的 函数 为 FastInterpret0， 下 面 对 这 两 
个 函数 进行 分 析 。 


19.4.1 函数 Interpret() 


函数 Interpret0 在 函数 KVM_start0 中 被 调用 。 在 该 函数 的 catch 尾部 调用 
END_CATCH_AND_GOTO(startTry)， 该 函数 相当 于 执行 goto 功能 跳 转 到 startTry 处 ， 因 
此 在 该 函数 体内 循环 执行 函数 FastInterpret0 进 行 解析 工作 。 


void Interpret() { 
/* 解 析 器 的 入 口 */ 
startTry: 
CurrentNativeMethod = NULL; 
TR 
START TEMPORARY ROOTS 
IS_ TEMPORARY ROOT (thisObjectGCSafe, NULL); 
FastInterpret (); 
END_TEMPORARY ROOTS 
CATCH (eh 
START TEMPORARY ROOTS 
IS TEMPORARY ROOT(e, e); 
throwException (&e) 7 
END_TEMPORARY ROOTS 
/*END_CATCH_AND _GOTO (startTry) 相当 于 执行 goto startTry 操作 ， 程 序 又 跳 转 到 
startTry 处 ， 相 当 于 循环 函数 */ 
} END CATCH AND GOTO (startTrY) 
/+ 打印 解析 信息 */ 
#if INSTRUMENT 
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fprintf (stdout, "bytecodes =\t%ld\n", bytecodes); 
fprintf(stdout,"slowcodes =\t%ld\t(%1d)%%\n", slowcodes,slowcodes/ 
(bytecodes/100)); 
fprintf(stdout,"calls =\t$%ld\t ($1d)%%\n", calls, calls/ (bytecodes/ 
100)); 
fprintf (stdout, "branches taken =\t$%ld\t ($1d)%%\n", branches,branches/ 
(bytecodes/100)); 
fprintf (stdout, "rescheduled=\t%1ld\t ($1d) $%\n", reshed,reshed/ 
(bytecodes/100)); 

#endif /* INSTRUMENT */ 

| 


19.4.2 ”函数 Fastlnterpret() 


函数 FastInterpretO 是 执行 解析 的 真正 实体 函数 .下 面 为 函数 FastInterpretO 的 主要 部 分 ， 
留 下 函数 的 主干 部 分 ， 便 于 清楚 函数 的 整体 实现 。 函 数 FastInterpret0 的 关键 部 分 为 switch 
结构 部 分 , 该 部 分 根据 寄存 器 变量 token 的 值 , 执行 callMethod_general 部 分 的 代码 , 对 Java 
程序 中 的 函数 进行 解析 ， 包 括 将 函数 解析 为 具体 平台 的 本 地 函数 。 


void FastInterpret () { 
/* 解 析 器 需要 定义 的 局 部 变量 */ 
METHOD thisMethod; 
OBJECT thisObject; 
int invokerSize; 
const char *exception; 
#if ENABLE JAVA DEBUGGER 
register BYTE token; /* 寄 存 器 变量 */ 
#endif 
/* IP 程序 计数 器 */ 
next3: ip++; 
next2: ip++; 
Dext1: ip++; 
next0: 
#if ENABLE JAVA DEBUGGER 
token =*/ip; /* 用 于 保存 程序 计数 器 IP 内 容 */ 
_ dosinglestep() 
nextO0a: 
#endif 
#endif /*RESCHEDULEATBRANCH*/ 
/* 调 用 函数 InstructionProfile ()*/ 
INSTRUCTIONPROFILE 
/* 打 开 指 令 跟 踪 */ 
INSTRUCTIONTRACE 
/* 增 量 式 字 节 码 计数 器 */ 
INC BYTECODES 
/* 在 每 个 字 节 码 之 前 垃圾 回收 选项 */ 
DO VERY EXCESSIVE GARBAGE COLLECTION 
/* 指 派 字 节 码 ， 通 过 switch 分 支 方式 实现 解析 */ 
#if ENABLE JAVA DEBUGGER 
Switch (token) { 
#else 
switch (((unsigned char)*ip)) { 
#endif 
callMethod interface: 
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invokerSize = 57 /* 设 置 字 节 码 的 大 小 为 5*/ 
goto callMethod general; 
callMethod virtual: 
callMethod static: 
cal lMethod special 有 
invokerSize = 3; /* 设 置 字 节 码 的 大 小 为 3*/ 
/* callMethod_general 部 分 的 代码 即 对 Java 程序 中 的 函数 进行 解析 ， 包 括 将 函数 


解析 为 具体 平台 的 本 地 函数 */ 
callMethod general: { 
INC CALLS 
/* 检 查 方法 是 否 为 本 地 方法 , 实际 上 thisMethod 也 就 是 编译 Java 程序 中 的 某 个 函 


数 后 得 到 的 方法 */ 

if (thisMethod->accessFlags & ACC NATIVE) { 
ip += invokerSize; 
VMSAVE 
invokeNativeFunction (thisMethod); 
VMRESTORE 
TRACE METHOD EXIT(thisMethod); 
goto reschedulePoint; 


} 

/* 检 查 方法 是 否 为 抽象 方法 */ 

if (thisMethod->accessFlags & ACC ABSTRACT) { 
VMSAVE 
raiseExceptionWithMessage (AbstractMethodError, methodName 
(thisMethod)); 


VMRESTORE 
} 
thisobjectGCSafe = thisObject; 
VMSAVE 
pushFrame (thisMethod); // 方 法 入 栈 
VMRESTORE 


/+ 执行 到 下 一 条 指令 返回 */ 

fp->previousIp += invokerSize; 

/* 检 查 该 方法 是 否 为 同步 方法 */ 

if (thisMethod->accessFlags & ACC SYNCHRONIZED) { 
VMSAVE 
monitorEnter (thisObjectGCSafe) 7 
VMRESTORE 
fp->sYyncOobJject = thisObjectGCSafe; 

} 

thisobjectGCSafe = NULL; 

goto reschedulePoint; 


| 
/* 接 下 来 执行 各 种 异常 的 处 理 ， 空 指针 异常 、 数 组 越界 异常 、 算 术 异 常 等 */ 
handleNullPointerException: { 
exception = NullPointerException; 
goto handleException; 
} 
handleArrayIndexOutOfBoundsException: { 
exception = ArrayIndexOutOfBoundsException; 
goto handleException; 
} 
handleArithmeticException: { 
exception = ArithmeticException; 
goto handleException; 
} 
handleArrayStoreException: { 
exception = ArrayStoreException; 
goto handleException; 
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上 
handleClassCastException: 


exception 
goto handleException; 


{ 


} 
handleException: 
VMSAVE 
raiseException (exception); 
VMRESTORE 
goto reschedulePoint; 


{ 


} 
default: { 


及 其 移植 


ClassCastException; 


sprintf (str buffer, KVM MSG ILLEGAL BYTECODE 1LONGPARAM, 


(long) TOKEN); 
fatalError (str buffer); 
break; 

} 
0 


fatalError (KVM MSG INTERPRETER STOPPED); 


19.4.3 ”函数 Slowlnterpret () 


函数 SlowInterpret 0 在 函数 FastInterpretO 〇 叶 


被 调用 ，SlowInterpretO 作 为 次 级 解析 器 。 


其 完成 的 功能 在 FastInterpretO 函 数 中 基本 可 以 完成 ，SlowInterpretO 相 当 于 FastInterpretO 


子 函 数 ， 两 者 的 风格 也 类 似 。 


void SlowInterpret (ByteCode token) { 


METHOD thisMethod; 
OBJECT thisObject; 
int invokerSize; 


Switch (token) { 
callMethod interface: 
invokerSize = 5; 
goto callMethod general; 


{ 


} 

callMethod virtual: 

callMethod static: 

callMethod special: 
invokerSize = 3; 

callMethod general: { 
/*callMethod_general 部 分 代 i 


数 解析 为 具体 平台 的 本 地 函数 */ 


| 

/* 执 行 各 种 异常 处 理 */ 

handleXXXXException()1{ 
next3: ip++7 
next2: ip++; 
nextl: ip++7 
next0: 
reschedulePoint: 

return; 


/* 设 置 字 节 码 的 大 小 为 5*/ 


/* 设 置 字 节 码 大 小 为 3*/ 
码 即 对 Java 程序 中 的 函数 进行 解析 ， 包 括 将 函 
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19.5 Java 编程 浅 析 


本 节 的 目标 只 是 让 读者 了 解 Java 编程 中 的 基本 规则 和 概念 , 包括 如 何 编译 源 文件 如 何 
命名 、 类 如 何 定义 、 主 函数 如 何 定义 ， 以 及 如 何 编译 Java 程序 、 如 何 执行 解析 等 。 讲 解 本 
节 是 为 分 析 19.6 节 的 KVM 运行 做 铺垫 ， 如 果 读 者 熟悉 Java 编程 可 以 跳 过 本 节 。 


19.5.1 Java 程序 命令 
Java 程序 源 文件 采用 .class 后 级 命名 , 源 文件 的 名 字 与 类 的 名 字 保 持 一 致 。 在 编程 风格 


上 Java 类 的 首 字母 采用 大 写 ， 方 法 和 属性 首 字母 采用 小 写 方式 ， 命 令 都 采用 驼峰 式 方式 。 
下 面 举 例 说 明 其 编程 方式 : 


public class TestKVM { // 类 的 定义 
private String theStates7 // 属 性 的 定义 
public String getThestates() { // 方 法 的 定义 


return thestates; 
} 
public void setTheStates (String theStates) { 
this .theStates = theStates7 
} 
E 
在 Java 程序 中 访问 的 权限 private、public 都 放 在 每 个 方法 和 属性 前 进行 单独 指定 ， 与 
C++ 有 区 别 。 


19.5.2 ”Java 构造 函数 


下 面 为 构造 函数 的 编写 方式 ， 如 果 是 继承 类 有 时 在 构造 函数 中 显示 调用 父 类 时 采用 
super0， 示 例如 下 : 
public TestKVM(String theStates) { // 构 造 函数 定义 ， 参 数 为 成 员 变 量 
(7 
Es = thestates; 
} 
构造 函数 中 可 以 根据 需要 自 定 成 员 变 量 作 为 参数 ， 也 可 以 通过 参数 不 同 定 义 多 个 构造 
函数 。 


19.5.3 Java 主 函 数 


Java 的 编程 思想 是 : 一 切 皆 属于 类 。 完 全 是 面向 对 象 的 思想 ， 比 C++ 更 彻底 。 所 以 其 
主 函数 main0 也 是 放 在 类 中 的 。 下 面 给 出 main0 函 数 的 定义 方式 : 
public class TestKVM { 
String theStates7 
public String getTheStates () { 
return thestates; 


} 
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public void setTheStates (String theStates) { 
this.thestates = thestates; 

FE 

public TestKVM(String theStates) { 
this .theStates = theStates7 

[ss 

* 注释 的 编写 方式 // 注 释 的 编写 方式 


public static void main(String[] args) {  // 主 函数 的 编写 方式 
TestKVM t=new TestKVM ("kvm"); // 对 象 实例 化 
System.out.Println (t.getThestates ()) ; // 打 印 输出 
} 
} 


编写 完 后 命名 为 TestKVM.java。 
19.5.4 ”Java 程序 编译 与 运行 


编译 Java 程序 采用 Java 编译 器 javac, 运行 Java 程序 也 就 是 通过 解析 器 执行 解析 Java 
程序 ， 将 Java 字 节 码 解析 成 具体 平台 的 字 节 码 运行 ， 其 解析 器 为 Java。 编 译 和 运行 的 方式 
如 下 : 


# javac TestKVM.java 
# java TestKVM 


执行 结果 为 : kvm 
19.6 KVM 执行 过 程 


前 面 从 Java 虚拟 机 的 各 个 部 分 分 析 其 主要 功能 ， 也 了 解 了 Java 编译 和 Java 运行 的 方 
法 。 在 前 面 这 些 知 识 的 铺垫 下 ， 本 节 将 从 整体 上 分 析 虚 拟 机 的 运行 过 程 ， 通 过 KVM 虚拟 
机 展示 一 般 虚 拟 机 执行 的 整个 过 程 。 下 面 分 别 介绍 KVM 执行 过 程 中 的 主要 步 又 : 


19.6.1 ”KVM 启动 过 程 


在 了 解 KVM 执行 过 程 前 ， 读 者 可 以 先 看 KVM 的 运行 状态 图 ， 在 接 下 来 的 分 析 过 程 
中 主要 围绕 该 状态 图 进行 。 该 状态 图 如 图 19.2 所 示 。 
KVM 执行 过 程 在 函数 KVM_Start0 中 体现 ， 函 数 KVM_Start0 的 代码 如 下 : 
int KWM Start(int argc, char* argv[]) 
{ 
ARRAY arguments; 


INSTANCE CLASS mainClass = NULL; 
volatile int returnValue = 0; /* Needed to make compiler happy */ 
/* 通 过 try..catch 机 制 捕获 异常 */ 
PRY 
VM START { 
/* 创 建 ROM 映像 ，KVM 会 先 把 class 文件 转化 为 c 语言 源 代码 ， 然 后 编 入 KVM 可 
执行 程序 中 ， 这 样 当 使 用 系统 类 库 时 ，KVM 就 不 再 访问 外 部 的 class 文件 */ 
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CreateROMImage () 7 

/* 初 始 化 浮 点 数 算术 */ 

InitializeFloatingPoint (); 
#if ASYNCHRONOUS NATIVE FUNCTIONS 

/* 初 始 化 异步 I/O 系统 */ 

InitalizeAsynchronousI0(); 
#endif 


/* 初 始 化 虚拟 机 运行 时 的 基本 结构 */ 
InitializeNativeCode(); 
InitializeVM()7 

/* 初 始 化 全 局 变量 */ 
InitializeGlobals () 7 

/* 初 始 化 profiling 变量 */ 


虚拟 机 


图 19.2 KVM 执行 状态 图 
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InitializeProfiling(); 

/* 初 始 化 内 存 管理 */ 
InitializeMemoryManagement (); 

/* 初 始 化 内 部 哈 希 表 */ 
InitializeHashtables(); 

/* 创 建 主 缓冲 区 */ 
InitializeInlineCaching (); 

/* 创 建 动态 类 装载 器 */ 
InitializeClassLoading ()7 

/* 导 入 并 初始 化 虚拟 机 需要 的 类 */ 
InitializeJavaSystemClasses (); 

/* 初 始 化 类 文件 验证 器 */ 
InitializeVerifier(); 

/* 初 始 化 事件 处 理 系统 */ 
InitializeEvents(); 

/* 导 入 主 函数 所 在 的 类 */ 

mainClass = loadMainClass (argv[0]); 
/* 解 析 命 令 行 参 数 */ 

arguments = readCommandLineArguments(argc - 1, argv + 1); 
/* 通 过 命令 行 参数 和 主 类 初始 化 主线 程 */ 


InitializeThreading (mainClass, arguments); 


#if ENABLE JAVA DEBUGGER 


#endif 


/* 为 Java 代码 级 别 的 调试 准备 好 虚拟 机 */ 

if (debuggerActive) { 
InitDebugger (); 

} 


/* 在 没有 明确 执行 新 指令 时 创建 以 下 几 个 Java 类 ， 并 按 如 下 顺序 入 栈 ， 即 栈 底部 为 
类 JavaLangoutofMemoryError， 栈 顶 为 JavaLangClass*/ 
initializeClass (JavaLangOutOfMemoryError); 

initializeClass (JavaLangSystem); 

initializeClass (JavaLangstring); 

initializeClass (JavaLangThread); 

initializeClass (JavaLangClass) 7 


#if ENABLE JAVA DEBUGGER 


/* 准 备 Java 代码 级 别 的 调试 */ 
IE(vmDebugReady) { 
setEvent VMInit () 7 
if(CurrentThread == NIL) { 
CurrentThread = removeFirstRunnableThread(); 
/* 导 入 执行 环境 ， 即 通过 将 线程 的 执行 环境 保存 在 寄存 器 中 */ 
loadExecutionEnvironment (CurrentThread); 
} 
sendAllClassPrepares (); 


} 
#endif /*ENABLE JAVA DEBUGGER*/ 


/* 开 始 执行 解析 */ 
Interpret (); 


} VM _ FINISH(value) { 


returnValue = Value 


} VM END FINISH 


} CATCH(e) { 


/+ 捕获 上 面 没 有 捕获 的 异常 */ 
if(mainClass == NULL) { 


/* 如 果 主 函数 不 存在 ， 则 打印 专门 的 消息 */ 
char buffer[STRINGBUFFERSIZE]; 
sprintf (buffer, "%s", getClassName ((CLASS)e->ofClass)); 
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if (e->message != NULL) { 
sprintf (buffer + strlen(buffer),": %s", getstringContents 
(e->message)); 

1 

sprintf (str buffer, “"%s", buffer); 

AlertUser (str buffer); 

returnValue = 1; 

} else { 

/* 无 法 捕捉 的 异常 记录 在 日 志 中 */ 

Log->uncaughtException(e); 

returnValue = UNCAUGHT EXCEPTION EXIT CODE; 


} 
} END CATCH 
return returnValue; 


19.6.2 ”KVM 用 到 的 计数 器 清 


函数 InitializeProfiling0 用 于 将 KVM 用 到 的 计数 器 清 零 。 该 函数 中 列 出 了 KVM 使 用 


的 计数 器 ， 代 码 如 下 : 


void InitializeProfiling() 


{ 


/* 所 有 计数 器 清 零 */ 

InstructionCounter = 07 /* 指 令 计数 器 */ 
ThreadSwitchCounter = 0; /* 线 程 Switch 计数 器 */ 
DynamicobjectCounter = 07 /* 动 态 对 象 计数 器 */ 
DynamicAllocationCounter = 0; /* 动 态 内 存 分 配 计 数 器 */ 
DynamicDeallocationCounter = 0; /* 动 态 内 存 重 分 配 计数 器 */ 
GarbageCollectionCounter = 0; /* 垃 圾 收集 计数 器 */ 
TotalGCDeferrals = 0; /* 延 迟 回收 的 垃圾 收集 对 象 总 数 */ 
MaximumGCDeferrals = 0; /* 延 迟 回收 的 垃圾 收集 对 象 最 大 数目 */ 
GarbageCollectionRescans = 0; 


#if ENABLEFASTBYTECODES 


/*Cache 的 使 用 会 大 大 改善 系统 性 能 ， 其 原理 为 程序 的 局 部 性 原理 〈 即 程序 的 地 址 访问 流 有 很 强 的 
时 序 相关 性 ， 未 来 的 访问 模式 与 最 近 已 发 生 的 访问 模式 相似 ) 。 根 据 这 一 局 部 性 原理 ， 把 主 存储 器 
中 访问 概率 最 高 的 内 容 存放 在 Cache 中 ， 当 CPU 需要 读 取 数 据 时 就 首先 在 cache 中 查找 是 否 有 所 
需 内 容 ， 如 果 有 则 直接 从 cache 中 读 取 ; 若 没有 再 从 主 存 中 读 取 该 数据 ， 然 后 同时 送 往 CPU 和 


Cache*/ 
InlineCacheHitCounter = 07 /* 访 问 高 速 缓冲 区 的 次 数 */ 
InlineCacheMissCounter = 0; /* 访 问 高 速 缓冲 区 失败 的 次 数 */ 
MaxStackCounter = 07 /* 需 要 栈 空间 的 最 大 数目 */ 
#endif 
#if USESTATIC 
StaticobjectCounter = 0; /+ 静态 对 象 数目 */ 
StaticAllocationCounter = 0; /* 静 态 空间 分 配 的 大 小 */ 
#endif 


i 
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19.6.3 ”KVM 初始 化 内 存 管 理 


在 KVM 中 执行 前 期 工作 主要 用 于 初始 化 一 些 相关 的 资源 ， 初 始 化 过 程 包括 虚拟 的 硬 
件 和 软件 的 初始 化 过 程 。 在 写 Java 程序 时 ， 不 需要 程序 员 释 放空 间 ， 虚 拟 机 会 自动 帮 程 序 
员 进 行 垃圾 回收 ， 下 面 分 析 虚 拟 机 KVM 如 何 初 始 化 内 存 管理 部 分 。 

(1) 函数 InitializeMemoryManagement0 用 于 初始 化 内 存 管 理 。 初 始 化 内 存 时 ， 先 初始 
化 堆 ， 然 后 为 第 一 个 对 象 分 配 空间 。 


void InitializeMemoryManagement (void) 
{ 
int index; 
gcInProgress = 0; 
/* 初 始 化 堆 */ 
InitializeHeap(); 
index = 0; 
GlobalRoots [index++] .cellpp 
GlobalRoots [index++] .cellpp 
GlobalRootsLength = index; 
TemporaryRootsLength = 0; 
/* 为 第 一 个 对 象 分 配 空间 */ 


CleanupRoots = 


(cell **) &AllThreads; 
(cell **) EgCleanupRoots; 


(POINTERLIST) callocObject (SIZEOF POINTERLIST (CLEANUP ROOT SIZE), 
GCT_ POINTERLIST); 


} 


(2) 函数 InitializeHeap0 用 于 初始 化 堆栈 ， 在 该 函数 中 调用 函数 allocateHeap0 分 配 堆 
栈 大 小 RequestedHeapSize。 该 堆栈 可 以 根据 需要 动态 分 配 空间 ， 而 不 是 一 个 固定 的 空间 。 


void InitializeHeap (void) 


{ 
/* 堆 栈 大 小 */ 
VMHeapSize = RequestedHeapSize; 
/* 指 向 堆栈 的 底部 cel1 指针 */ 
AllHeapSstart = allocateHeap (&VMHeapSize, &TheHeap); 
/* 分 配 失败 */ 
if (TheHeap == NIL) { 
fatalVMError (KVM MSG NOT ENOUGH MEMORY); 


} 
/* 堆 栈 通过 指向 栈 底 指针 、 栈 项 指针 和 堆栈 大 小 表示 ， 底 部 指针 偏 移 堆栈 大 小 的 位 置 就 到 了 堆 


栈 的 顶部 。 该 堆栈 可 以 根据 需要 动态 增加 大 小 */ 
CurrentHeap = AllHeapstart; 
CurrentHeapEnd = PTR OFFSET (AllHeapstart, VMHeapSize); 
/* 分 配 Java 堆 空 间 时 ， 不 采用 块 */ 
#if !CHUNKY HEAP 
FirstFreeChunk = (CHUNK)CurrentHeap; 
FirstFreeChunk->size = 
(CurrentHeapEnd -CurrentHeap - HEADERSIZE) << TYPEBITS; 
FirstFreeChunk->next = NULL; 
#endif 
/* 如 果 当 前 分 配 的 空间 为 0， 指 向 当前 堆栈 顶部 指针 等 于 指向 所 有 堆栈 的 项 部 指针 */ 
#if ENABLE HEAP COMPRCTION 
PermanentSpaceFreePtr = CurrentHeapEnd; 
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#endif 
AllHeapEnd = CurrentHeapEnd; 
/* 将 分 配 堆栈 情况 写 入 日 志 */ 
#if INCLUDEDEBUGCODE 
if (tracememoryallocation) { 
Log->allocateHeap (VMHeapSize, (long)AllHeapstart, (long) 
AllHeapEnd); 
} 
NoAllocation = 0; 
#endif 
1 


(3) 再 分 配 堆栈 函数 allocateHeap0 ， 参 数 sizeptr 为 分 配 堆 栈 空间 的 大 小 ， 参 数 
realresultptr 返回 成 功 分 配 的 堆栈 指针 。 


cell *allocateHeap(long *sizeptr, void **realresultptr) { 
/* 分 配 堆栈 大 小 ， 返 回 分 配 的 空间 指针 为 space*/ 
void *space = malloc(*sizeptr + sizeof(cell) - 1); 
*realresultptr = space; 
return (void *) ((((long)space) + (sizeof(cell) - 1)) & ~(sizeof (cell) 
Ss 
} 


19.6.4 KVM 中 的 哈 希 表 初始 化 


KVM 中 创建 了 3 个 哈 希 表 ， 表 UTFStringTable 用 于 存储 所 有 的 utf C 字符 串 ， 表 
InternStringTable 存储 所 有 用 到 Java 字符 串 ， 表 ClassTable 用 于 存储 Java 类 。 


void InitializeHashtables() { 
if (!ROMIZING) { 
/* 创 建 用 于 存储 utf C 字符 串 的 哈 希 表 */ 
createHashTable (&gUTFStringTable, UTF_ TABLE SIZE); 


/* 创 建 用 于 存储 Java 字符 串 的 哈 希 表 */ 
createHashTable (&gInternstringTable, INTERN TABLE SIZE) 7 
/* 创 建 用 于 存储 类 的 哈 希 表 */ 
createHashTable (gClassTable, CLASS TABLE SIZE); 
} 
} 


KVM 对 哈 希 表 的 定义 : 
typedef struct HashTable { 
long bucketCount; /* 结 点 个 数 */ 
long count; /* 表 中 所 有 元 素 个 数 */ 


cell *bucket [1]; /* 入 口 指针 数组 */ 
} *HASHTABLE; 


/* 存 储 Java 字符 串 的 哈 希 表 */ 

extern HASHTABLE InternstringTable; 
/* 存 储 所 有 的 utf Cc 字符 串 的 哈 希 表 */ 
extern HASHTABLE UTFStringTable; 

/* 存 储 Java 类 */ 

extern HASHTABLE ClassTable; 


创建 哈 希 表 函数 createHashTable0， 参 数 tablePtr 用 于 返回 创建 哈 希 表 的 地 址 ， 参 数 
bucketCount 表示 哈 希 表 的 结 点 个 数 ， 用 于 计算 哈 希 表 的 大 小 。 
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void createHashTable (HASHTABLE *tablePtr, int bucketCount) { 
/* 通 过 结 点 个 数 计算 哈 希 表 的 大 小 */ 
int obJjectSize = SIZEOF HASHTABLE (bucketCount) 7 
/* 创 建 哈 希 表 */ 
HASHTABLE table = (HASHTABLE)callocPermanentObject (objectSize) 7 
/* 设 置 创建 的 哈 希 表 结 点 个 数 */ 
table->bucketCount = bucketCount; 
/* 创 建 的 哈 希 表 赋 给 参数 tablePtr 返回 */ 
*tablePtr = table; 


19.6.5 KVM 中 的 事件 初始 化 


函数 InitializeEvents0 用 于 初始 化 虚拟 机 的 事件 系统 ， 方 便 虚拟 机 的 关闭 和 重新 启动 。 


void InitializeEvents () 


waitingThread = 0; /* 等 待 线程 */ 
makeGlobalRoot ( (cell**) &waitingThread) 7 
/* 将 等 待 线程 存储 在 全 局 数组 GlobalRoots 中 */ 
eVentInP = 07 
eventCount = 07 
} 
整个 初始 化 过 程 完成 后 ， 就 载 入 主 类 ， 并 根据 主 类 和 输入 命令 行 参数 初始 化 主线 程 。 
接 下 来 创建 几 个 Java 类 并 入 栈 ， 然 后 开始 执行 解析 。 


19.6.6 ”KVM 中 的 资源 释放 


KVM 的 资源 释放 过 程 与 其 资源 分 配 过 程 相 对 应 ， 执 行 的 顺序 与 分 配 的 顺序 相反 。 函 
数 KVM_Cleanup0 用 于 KVM 的 资源 释放 。 


void KVM Cleanup () 
{ 


FinalizeVM() 7 /* 结 束 虚 拟 机 */ 
FinalizeInlineCaching(); /* 释 放 cache*/ 

FinalizeNativeCode () 7 /* 与 InitializeNativeCode() 对 应 */ 
FinalizeJavaSystemClasses (); /* 释 放 Java 系统 类 */ 
FinalizeClassLoading (); /* 释 放 载 入 类 */ 
FinalizeMemoryManagement (); /* 结 束 内 存 管理 */ 

DestroyROMImage (); /*# 销 毁 ROM*/ 
FinalizeHashtables()7 /* 删 除 哈 希 表 */ 


19.7 PC 机 安装 JVM 


lk 


副 
杞 


而 对 JVM 的 主要 功能 进行 了 介绍 ， 同 时 也 分 析 了 其 类 装载 器 和 解析 器 的 实现 。 那 
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么 Java 代码 通过 在 一 个 平台 进行 编译 就 应 该 能 在 安装 了 JVM 的 其 他 平台 上 运行 。 下 面 将 
介绍 JVM 在 Windows 和 Linux 上 的 安装 过 程 。 


19.7.1 JVM 在 Windows 上 的 安装 


在 Windows 和 Linux 上 安装 JVM 都 比较 简单 ， 这 里 给 出 其 安装 的 步骤 。 

(1) 下 载 IDK 的 Windows 安装 文件 ， 安 装 在 指定 的 目录 下 ; 

(2) 设置 环境 变量 。 

口 新 增 的 环境 变量 JAVA_HOME 其 值 为 JDK 的 安装 路 径 , 如 Cdkl1.6; 修改 环境 变 
量 path, 在 path 值 中 添加 安装 JDK 的 bin 文件 路 径 , 如 Ci\jdk1.6\bin, 这 样 是 让 系 
统 能 够 找到 javac 和 java 等 工具 。 

口 新 增 环境 变量 CLASSPATH 其 值 设置 为 D:java;.;C:\jdk1.6\lib\tools.jar, 该 环境 变量 
指定 的 路 径 下 的 class 文件 能 被 VM 识别 并 载 入 ， 前 面 分 析 类 装载 器 时 已 经 提 到 
载 入 .class 文件 ， 这 里 就 是 对 类 装载 器 中 说 的 classpath 环境 变量 进行 设置 。 

Windows 设置 环境 变量 的 方法 为 ， 右 击 “ 我 的 电脑 ”， 在 弹出 的 快捷 菜单 中 选择 “ 属 

性 ”选项 ， 打 开 “ 系 统 属性 ”对 话 框 。 选 择 “ 高 级 ”选项 卡 ， 在 其 中 单 击 “ 环 境 变 量 ” 按 
钮 ， 如 图 19.3 所 示 。 添 加 新 的 环境 变量 可 以 在 环境 变量 对 话 框 中 单 击 “ 新 建 ” 按 钮 进行 设 
置 ， 修 改 环境 变量 可 以 先 选 好 要 修改 的 环境 变量 ， 然 后 再 单 击 “编辑 ”进行 修改 。 一 般 进 
行 修改 时 ， 新 版 本 的 安装 路 径 从 前 面 开 始 添加 ， 如 图 19.4 所 示 ， 这 样 是 为 了 防止 受 旧 版 本 
的 影响 。 


第 规 | 计算 机 名 | 硬件 | 自动 更 新 | 远程 | 


hninistrator 的 用 户 变 量 D) 


pp 
ents sand Settings\Adnin 
si erosoft 
NI 


到 少 RH 有 di | 


图 19.3 ”环境 变量 的 设置 图 19.4 环境 变量 的 增加 和 修改 


(3) 安装 完成 并 正确 设置 好 环境 变量 后 ， 可 以 对 安装 的 结果 进行 简单 测试 ， 打 开 一 个 
控制 台 ， 在 其 中 输入 javac 和 java 命令 进行 测试 。 安 装 正确 后 ， 测 试 结果 如 图 19.5 所 示 。 
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vironnent (build 1.6.9_ 983-b85) 
t UM Chuild 1.6.8_83-hb85, nixed node, 


s and Settings\Adninistrator>javac -version 


jiavac 1.6.9_83 


图 19.5 测试 JVM 安装 结果 


19.7.2” JVM 在 Linux 上 的 安装 


JVM 在 Linux 上 的 安装 与 Windows 上 的 安装 方法 类 似 。 其 安装 过 程 如 下 : 
(1) 下 载 并 安装 Linux 版 本 的 JDK 文件 jdk-6u19-linux-i586.bin， 安 装 方法 如 下 : 


# ./jdk-6ul9-linux-i586.bin 
i // 接 受 1icense 


(2) 设置 环境 变量 ， 设 置 的 环境 变量 也 包括 JAVA_HOME 、CLASSPATH 和 
CLASSPATH， 设置 的 方法 如 下 : 


# cd $HOME 

# vi .bash profile 

// 文 件 .bash profile 中 添加 下 面 的 内 容 

JAVA HOME=/usr/jdk1.6.0 19 

PATH=$JAVA HOME/bin:$PATH 
CLASSPATH=$JAVA HOME/1ib:/usr/JAVA:./ 
export JAVA HOME PATH CLASSPATH 


口 /sr/jidk1.6.0_19 为 IDK 的 安装 目录 。 
口 PATH: 添加 指令 的 搜索 路 径 ， 再 使 用 javac 编译 一 个 java 文件 ， 添 加 该 路 径 后 可 
以 直接 在 命令 行 中 用 javac 而 不 要 采用 绝对 路 径 。 
口 CLASSPATH: 为 Java 代码 运行 的 类 路 径 ，/usr/JAVA 为 Java 代码 生成 的 class 所 
放置 的 路 径 。 
(3) 安装 和 设置 完成 后 同样 可 以 使 用 java -version 和 javac -Version 命令 进行 测试 安装 
的 结果 ， 测 试 结 果 如 图 19.6 所 示 。 
root@bogon:~ 


文件 从 编辑 但 ”查看 终端 中 ”标签 昌 ) 帮助 他 


[root@bogon ~]# java -version 


java version “1.6.0_ 
Java(TM) SE Runtime En 


Java HotSpot(TM) Client ( d 16. ，mixed mode, sharing) 


[rootabogon“]# javac -versio 
javac 1.6.0_19 
[rootabogon ~]= 目 


图 19.6 测试 Linux 下 JVM 安装 结果 
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19.8 KVM 移植 和 测试 


在 对 JVM 进行 交叉 编译 时 ， 为 了 与 KVM 版 本 一 致 ，Java SDK 的 版 本 选择 为 
j2sdk-1 4 2。 交 叉 编译 器 选择 低 版 本 的 编译 器 arm-linux-gcc。 


19.8.1 ”SDK 安装 和 环境 变量 设置 


下 载 j2sdk-1 4 2 _18-linux-i586.bin 进行 安装 ，j2dk-1_4_2 的 其 他 几 个 版 本 也 试 过 ， 都 
可 以 成 功 编译 ， 读 者 可 以 选择 任意 一 个 进行 试验 。 安 装 过 程 如 下 : 

# ./ j2sdk-1 4 2 18-linux-i586.bin 

#Yy // 同 意 License 后 进行 自动 安装 

安装 完成 后 对 环境 变量 进行 修改 ， 修 改过 程 如 下 : 


# Vi /root/.bash profile 

JAVA HOME=/usr/j2sdk1.4.2 18 
PATH=$JAVA HOME/bin:$PATH 
CLASSPATH=$JAVA HOME/1ib:/usr/JAVA 
export JAVA HOME PATH CLASSPATH 


修改 完成 后 ， 需 要 重新 启动 计算 机 使 环境 变量 生效 。 
19.8.2 ”修改 Makefile 和 代码 


对 KVM 需要 进行 交叉 编译 ， 因 对 对 应 的 Makefile 中 应 该 修改 gece 为 arm-linux-gcc。 
下 载 的 源码 为 j2me_cldc-1_1-fecs-src-winunix.zip, 在 Linux 下 可 以 直接 在 XWindows 模式 下 
通过 右 击 解压 ， 然 后 复制 到 /usr 目录 中 。 


1. 修改 kvm 的 Makefile 


进入 /usrj2me_cldc/kvny/VmUnix/build 目录 下 修改 Makefile， 修 改过 程 如 下 : 


# cd /usr/j2me cldc/kvm/VmUnix/build 
# vi Makefile 


增加 平台 定义 ， 可 以 放 在 所 有 条 件 之 前 ， 或 者 放 在 Makefile 的 开头 。 
export PLATFORM=linux 
修改 gcc 为 arm-linux-gcc。 


ifeq ($(GCC), true) 
CC = gcc 
CFLAGS = -Wall $ (CPPFLAGS) $ (ROMFLAGS) $ (OTHER FLAGS) 
DEBUG FLAG = -g 
OPTIMIZE FLAG = -02 


修改 为 : 


ifeq ($(GCC), true) 
CC = arm-linux-gcc 
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CFLAGS = -Wall $ (CPPFLAGS) $ (ROMFLAGS) $ (OTHER FLAGS) 


DEBUG FLAG = -9 
OPTIMIZE FLAG = -02 


2. 注释 掉 浮 点 数 功能 


修改 目录 /usr/j2me_cldc/kvm/VmUnix/sre 下 的 文件 runtime_md.c， 将 浮 点 数 功 能 注释 
掉 。 注 释 方法 如 下 : 


/+====== 一 -=== 一 -========================- 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 一 
* FUNCTION: InitializeFloatingPoint 

* TYPE: initialization 

* OVERVIEW: Called at startup to setup the FPU. 

本 

* INTERFACE: 

* parameters: none 

* returns: none 


void InitializeFloatingPoint() { 
#if defined(LINUX) && PROCESSOR ARCHITECTURE X86 

/* Set the precision FPU to double precision */ 
// fpu control t cw = (_FPU DEFAULT & ~_FPU EXTENDED) | FPU DOUBLE; // 
出 以 在 此 将 函数 体 注 生 和 

_FPU_ SETCW (cw); 

Ss 
} 


19.8.3 ”KVM 编译 


在 编译 KVM 前 , 首先 进入 tools/preverifier/build/linux 目录 进行 编译 preverify, 在 编译 
preverify 时 不 需要 修改 该 目录 下 的 Makefile， 直 接 进行 编译 。 

#make 

编译 生成 preverify 后 回 到 /usr/j2me_cldc/build/linux 执行 make 编译 KVM, 而 并 非 进 入 
目录 /usr/j2me_cldc/kvm/VmUnix/build 下 进行 编译 。 


# make 


编译 完成 后 ， 在 /usr/j2me_cldc/kvm/VmUnix/build 目录 下 生成 KVM。 
19.8.4 测试 


在 移植 前 先 在 PC 上 写 个 小 程序 进行 测试 , 确保 该 程序 能 在 PC 上 顺利 通过 , 对 环境 变 
量 进 行 重新 修改 ， 主 要 目的 是 保证 执行 命令 方便 输入 ， 新 修改 后 的 环境 变量 设置 如 下 : 


JAVA HOME=/usr/j2sdkl.4.2 18 
CLASSPATH=$JAVA HOME/1ib:/usr/JAVA 
CLDC HOME=/usr/j2me cldc 

CLDC PATH=$CLDC HOME/bin 
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PATH=$JAVA HOME/bin:SCLDC PATH/linux:$PATH 
export JAVA HOME PATH CLASSPATH CLDC HOME CLDC PATH 


修改 完 环境 变量 后 ， 重 新 启动 计算 机 或 者 使 用 命令 source /root/.bash_profile， 使 新 设 
置 的 环境 变量 生效 。 


# source /root/.bash profile 


在 进行 测试 前 ， 首 先 写 个 简单 的 Java 测试 程序 ， 程 序 很 简单 ， 代 码 如 下 : 


public class TestKVM //Java 类 定义 
€ 


public static void main(String[] args) // 主 函数 
{ 


System.out .println ("Hello KVM!");// 打 印 消息 
} 
} 
该 代码 文件 命名 为 TestKVM 与 类 同名 ， 保 存在 /usrJAVA 目录 下 。 使 用 javac 命令 进 
行 编译 ， 编 译 生成 的 .class 文件 放 在 目录 tmpclass 中 。 


# mkdir tmpclasses 
# javac -bootclasspath /usr/j2me cldc/bin/common/api/classes -d tmpclasses 
TestKVM. java 


javac 命令 的 各 项 参数 说 明 : 

口 -bootclasspath 后 面 跟 KVM/CLDC java 库 的 类 文件 位 置 。 

口 /usri2me_cldc/bin/common/api/classes KVM/CLDC java 库 的 类 文件 路 径 。 
口 -d 后 面 跟 输出 文件 路 径 。 

口 tmpclasses 输出 编译 好 的 .class 文件 路 径 。 

口 TestKVM.java 待 编译 的 Java 程序 文件 。 

编译 完成 后 检查 生成 的 .class 文件 。 


# ls tmpclasses 


在 tmpclasses 目录 下 生成 文件 TestKVM.class， 接 下 来 执行 预 验证 操作 。 
# preverify -classpath /usr/j2me cldc/bin/common/api/classes:tmpclasses 
-d . TestKM 
preverify 命令 的 各 项 参数 说 明 如 下 : 
-classpath 后 面 跟 KVM/CLDC java 库 的 类 文件 位 置 ， 与 -bootclasspath 相同 。 
/usrj2me_cldc/bin/common/api/classes 指 KVM/CLDC java 库 的 类 文件 路 径 。 
: 用 于 分 开 两 个 不 同 路 径 。 
tmpclasses 存放 编译 好 的 .class 文件 路 径 ， 即 待 预 验证 的 文件 。 
-d 后 面 跟 验 证 后 输出 文件 路 径 。 
. 表示 当前 路 径 。 
TestKVM 待 验证 的 类 名 文件 ， 注 意 不 要 写成 TestKVM .class。 
当然 上 面 的 写法 不 唯一 ， 可 以 作为 参考 ， 读 者 可 以 根据 各 项 参数 说 明 ， 写 成 自己 习惯 
的 写法 。 编 译 完成 检查 当前 目录 下 生成 的 文件 。 
# ls 


昌 旭 和 归 如 昌 避 担 
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在 当前 目录 中 生成 了 验证 后 的 文件 TestKVM.class。 执 行 下 面 的 命令 进行 测试 文件 
TestKVM.class。 


# kvm -classpath . TestKVM 
执行 结果 : 


Hello KVM! 


执行 结果 说 明文 件 TestKVM.class 预 验证 成 功 。 
19.8.5 移植 


移植 的 文件 主要 有 两 个 ， 一 个 是 预 验证 好 的 文件 TestKVM.class 和 交叉 编译 好 的 可 执 
行文 件 KVM。 本 次 测试 采用 NFS 方式 进行 测试 ， 也 回顾 一 下 NFS。 下 面 提 示 一 下 NFS 的 
关键 步骤 ， 如 果 有 不 熟悉 的 读者 ， 可 以 重新 复习 第 2 章 的 NFS 挂 载 部 分 。 

(1) 复制 文件 到 虚拟 机 的 NFS 相关 目录 下 。 


# cp /usr/j2me cldc/kvm/VmUnix/build/kvm /home/nfs/usr/ 
// 复 制 KvM 到 USR 目录 下 
# cp /usr/JAVA/TestKVM.class /home/nfs/usr/ 


// 复 制 TestKVM.class 到 USR 目录 下 
(2) 检查 网 络 是 否 连 接 好 ， 连 接 方式 是 否 为 网 桥 方式 。 
(3) 检验 虚拟 机 和 ARM 板 连接 状态 。 为 确保 虚拟 机 和 ARM 板 之 间 为 可 达 ， 可 以 使 
用 ping 命令 验证 。 在 设置 IP 时 ， 将 两 者 的 人 P 段 设置 在 一 个 IP 段 ，ping 的 结果 如 图 19.7 
所 示 。 


# ifconfig // 用 于 检查 两 侧 的 IP 地 址 是 否 在 一 个 网 段 
# ping 192.168.1.123 // 在 ARM 板 上 ping 主机 


(4) 检查 NFS 配置 。 
#vi /etc/exports 


本 机 的 配置 如 下 : 


#/home/nfs 192.168.1.*(rw,sync,no root _ squash) 
/usr/local/linphone/linphone arm 192.168.1.*(rWw,sync,no_root squash) 


将 第 1 行 注释 取消 ， 并 注释 第 2 行 ， 读 者 可 以 针对 自己 的 情况 设置 ， 这 里 主要 是 提醒 
读者 对 于 NFS 的 步 又 设置 。 修 改 配置 后 应 该 使 用 exportfs -rv 命令 使 配置 重新 生效 ， 如 图 
19.7 所 示 。 


# exportfs -rv 


(5) 启动 portmap 服务 和 NFS 服务 。 


# service portmap restart 


停止 portmap: [确定 ] 
启动 portmap: [确定 ] 
# service nfs restart 

关闭 NES mountd: [确定 ] 
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关闭 NES 守护 进程 : [确定 ] 
关闭 NES quotas: [确定 ] 
关闭 NFS 服务 : [确定 ] 
启动 NFS 服务 : [确定 ] 
关 掉 NFS 配额 : [确定 ] 
启动 NES 守护 进程 : [确定 ] 
启动 NFS mountd: [确定 ] 


BSerial-CON4 — SecureCET 


文件 (F) 编辑 (E) 查看 (Y) 选项 (0) 传 锭 (T) 脚本 (5) 工具 (L) 才 助 (H) 


Es Tm Ep. .| 到 
| Seria}- COM4 4 
Ta /Je ifconfig 本 


Link encap:Ethernet Huaddr 08:90:90;90:90:90 

net. addr;192,168,1,230 Bcast:192,168,1.255 Mask:255.255.255.0 
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 

RX packets:142 errors:0 dropped:0 overruns:0 frane:0 

TX pockets:0 errors:O dropped:0 ovorrune:0 carrier0 
collisions:0 txqueuelen 

RX bytes:14510 (14.1 了 bytes:0 (0.0 B) 

Interrupt:51 


lo Link encap:Local Loopback 
inet_ addr;127.0.0,1 Mask:255.0.0.0 
UP LOOPBREK RUNNING MTU:16436 “Metric:1 
RX packet's:0 errors:0 dropped:0 overruns:0 frane:0 
WM pochatssd wrorsi0 rgpped:0 overrune:0 carrier:0 
Sallislong:0 


xqueuel en 
RX bytes:0 (0.0 B) 4X dtes:o (0.0 B) 


[root@Friendl ARM /J¢ ping 192.168.1.123 

PING 192,168.1.123 (192.168,1,.123): 56 data bytes 

64 bytes from 192.168.1.123; seq=0 ttl=64 tine=5.578 ns 

64 bytes from 192.168.1.123; seq=1 ttl=64 tine=0.743 ns 

一 - 192.168,1,123 ping statistics 一 

2 packets transnitted, 2 packets received, OX Packet loss 

round-trip nin/avg/nax = 0.743/3.160/5.578 ns 

[rootBF riendl yARM /J% FP 


就绪 Beriak: Com, 115200 |[13, 23 |[27 和 ,77 列 jwrlo0 区 本 池子 
图 19.7 虚拟 机 和 ARM 可 以 ping 通 


上 面 的 启动 过 程 还 要 注意 启动 顺序 ， 后 面 是 正确 启动 的 信息 ， 如 果 不 能 正确 启动 ， 请 
参考 第 2 章 的 说 明 。 

(6) 关闭 防火 墙 。 关 闭 的 防火 墙 包括 Windows 主机 防火 墙 和 Linux 虚拟 机 的 防火 墙 。 

(7) 挂 载 NFS。 

# mount -o nolock -t nfs 192.168.1.123:/home/nfs /mnt 


(8) 移植 动态 链接 库 。 移 植 动态 链接 库 前 ， 保 证 编译 内 核 和 文件 系统 的 编译 器 与 编译 
KVM 编译 器 为 相同 版 本 的 编译 器 。 在 目录 /husrj2me_cldc/bin/linux 下 编译 的 KVM 是 运行 
在 X86 平台 上 的 ， 查 看 其 依赖 的 库 文件 。 将 库 文件 移植 到 /lib 目录 下 。 


# ldd kvm 
linux-gate.so.1 => (0x00397000) 
libm.so.6 => /lib/libm.so.6 (0x446c7000) 
libnsl.so.1 => /lib/libnsl.so.1 (0x43c37000) 
libc.so.6 => /lib/libc.so.6 (0x44588000) 
/lib/ld-linux.so.2 (0x43bb9000) 
将 交叉 编译 器 下 的 这 些 动态 链接 库 移 植 到 开发 板 的 /lib 目录 下 。 
(9) 运行 测试 。 执 行 测试 的 时 候 最 好 将 KVM 与 TestKVM 放置 在 同一 个 目录 下 ,避免 
因 路 径 引 起 的 装载 时 名 字 错 误 而 导致 异常 现象 。 


# kvm TestKVM 
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口 正确 的 显示 结果 为 Hello KVMI! 

口 如 果 出 现 找 不 到 KVM， 说 明 没有 正确 的 库 文件 ; 

口 如 果 出 现 权 限 不 够 ， 则 需要 修改 KVM 权限 。 

移植 时 为 了 省 去 移植 动态 链接 库 的 麻烦 ， 还 可 以 使 用 静态 编译 的 方式 ， 静 态 编译 时 需 
修改 目录 /usr/j2me_cldc/kvm/VmUnix/build 下 的 Makefile 文件 。 


kvm$ (j)$(g): obj$j$g/ fp_obj$j$g/ $ (CLEANUPXPM) $ (OBJFILES) $ (FP_OBJFILES) 
eecho "Linking ... $@" 
@$ (CC) $ (OBJFILES) $ (FP OBJFILES) -o $@ $ (LIBS) 


添加 编译 参数 -static。 


kvm$ (j)$(g): obj$j$g/ fp_obj$j$g/ $ (CLEANUPXPM) $ (OBJFILES) $ (FP_OBJFILES) 
Qecho "Linking ... $@" 
@$ (CC) -static $(OBJFILES) $ (FP OBJFILES) -o $@ $(LIBS) 


修改 完成 后 ， 回 到 /usrj2me_cldc/build/linux 目录 下 进行 编译 ， 静 态 编译 的 可 执行 文件 
比较 大 ， 编 译 完 后 可 以 通过 file 命令 进行 查看 : 
# file kvm 


kvm: ELF 32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.0.0, 
statically linked, for GNU/Linux 2.0.0, not stripped 


19.9 小 结 


Java 语言 有 很 多 优点 ， 包 括 完全 面向 对 象 、 平 台 可 移植 性 、 不 需要 程序 员 进行 内 存 回 
收 等 ， 相 对 于 C 和 C++ 来 说 更 安全 。 而 且 Java 有 专门 针对 媒 入 式 平 台 的 分 支 j2me， 目 前 
移动 终端 、PDA 上 越 来 越 流行 Java 程序 。 移 植 完 成 Java 虚拟 机 后 ， 就 可 以 将 一 些 在 PC 
上 的 Java 应 用 程序 移植 到 嵌入 式 环境 中 ， 移 植 这 些 Java 应 用 程序 比 C 和 C++ 应 用 程序 简 
单 得 多 。 
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Linphone 是 一 个 运行 于 Linux 下 的 小 型 万 维 网 电话 应 用 程序 VoIP (Voice over Internet 
Protocol) 。 它 允许 用 户 通过 因特网 来 进行 双方 通话 和 视频 。 不 需要 特定 的 硬件 项 目 : 安装 
了 声卡 的 标准 工作 站 、 麦 克 风 和 扬声器 或 耳机 ， 只 要 具备 以 上 硬件 即 可 开始 使 用 Linphone 
进行 语音 、 文 本 和 视频 通信 。 本章 重点 介绍 VoIP 的 基础 知识 和 Linphone 涉及 的 协议 介绍 ， 
同时 还 介绍 Linphone 编译 和 移植 方法 。 


20.1 VoIP 介绍 


VoIP 是 利用 他 网 络 传送 语音 、 传 真 、 视 频 和 数据 等 业务 ， 为 用 户 节省 通信 的 一 种 通 
信 设 备 。 它 主要 适合 有 分 支 机 构 的 企业 和 集团 用 户 ， 能 给 企业 节省 大 量 的 国际 、 国 内 和 郊 
区 长 途 通 信 费 用 。 下 面 将 介绍 其 基本 原理 、 优 点 、 过 程 和 实现 方式 。 


20.1.1 VolP 基本 原理 


VoIP 就 是 IP 分 组 上 承载 话音 ， 其 基本 原理 是 : 通过 语音 压缩 算法 对 语音 数据 进行 压 
缩编 码 处 理 ， 然 后 把 这 些 语音 数据 按 人 P 等 相关 协议 进行 打包 ， 经 过 人 P 网 络 把 数据 包 传输 
到 接收 地 ， 再 把 这 些 语音 数据 包 串 起 来 ， 经 过 解码 解压 处 理 后 ， 恢 复 成 原来 的 语音 信号 ， 
从 而 达到 由 下 网 络 传送 语音 的 目的 。 现 有 的 简单 VoIP 系统 结构 如 图 20.1 所 示 。 


话机 3 
IP 电 话机 4 传真 机 


20.1 VoIP 的 系统 结构 
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20.1.2 VolP 的 基本 传输 过 程 


VoIP 实现 通信 双方 或 多 方 通信 经 过 了 下 面 一 系列 的 过 程 。 
(1) 模拟 语音 转换 数据 。 

(2) 原 数据 转换 为 卫 包 。 

(3) 传送 耳 包 。 

(4) 人 P 包 转换 为 数据 。 

(5) 数字 语音 转换 为 模拟 语音 。 

VoIP 的 语音 传输 过 程 ， 如 图 20.2 所 示 。 


模 数 
接收 器 Ee 转换 器 
数 模 
man 转换 器 


20.2 VoIP 语音 传输 图 


20.1.3 VolP 的 优势 


VoIP 相 比 传统 电话 具有 明显 的 优势 ， 其 主要 优势 体现 如 下 : 

口 低廉 的 通信 资费 ; 

口 地 理 无 关 和 号 码 漫游 ; 

口 将 语音 网 络 和 数据 网 络 有 机 结合 ; 

口 扩展 了 传统 电话 的 功能 ， 如 视频 通话 、 多 方 通话 、 视 频 会 议 、 统 一 消息 、 数 据 存 
储 转发 、 传 真 、 流 媒体 等 ; 

口 更 多 的 应 用 和 服务 ， 如 交互 式 电子 商务 、 企 业 传真 、 多 媒体 视讯 、 智 能 代理 等 ; 

口 低廉 的 网 络 租赁 维护 费用 。 

20.1.4 VolP 的 实现 方式 


VoIP 主要 有 4 种 实现 方式 : 电话 机 到 电话 机 、 电话 机 到 PC、PC 到 电话 机 和 PC 到 PC。 
最 初 VoIP 实现 方式 主要 是 PC 到 PC。 它 利用 人 P 地 址 进行 呼叫 ， 通 过 语音 压缩 、 组 包 传送 
方式 ， 实 现 互联 网 上 PC 机 间 的 实时 话音 传送 。 在 PC 到 PC 的 实现 方式 中 ， 话 音 压缩 、 编 
解码 和 组 包 均 通过 PC 上 的 处 理 器 、 声 卡 、 网 卡 等 硬件 资源 完成 ， 这 种 方式 和 公用 电话 通 
信之 间 存 在 较 大 的 差别 ， 且 限定 在 因特网 内 ， 所 以 有 较 大 的 局 限 性 。 

电话 机 到 电话 机 , 即 普通 电话 经 过 电话 交换 机 连 到 IP 电话 网 关 , 使 用 电话 号 码 穿越 他 
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网 进行 呼叫 ， 主 叫 端 网 关 鉴 别 主 叫 用 户 ， 翻译 电话 号 码 / 网 关 人 P 地 址 ,发 起 也 电话 呼叫 ， 
连接 到 被 叫 端 网 关 ， 并 完成 话音 编码 和 组 包 ， 接 收 端 网 关 实现 分 包 、 解 码 和 连接 被 叫 。 

对 于 电话 机 到 PC 或 是 PC 到 电话 的 情况 ， 是 由 网 关 来 完成 瑟 地 址 和 电话 号 码 的 对 应 
和 翻译 ， 以 及 话音 编 解 码 和 组 包 。 


20.1.5 ”VolP 的 关键 技术 


人 P 网 络 目的 是 用 来 传输 数据 业务 ， 采 用 的 是 尽力 而 为 的 、 无 连接 的 技术 。 因 此 ， 它 没 
有 服务 质量 保证 ,存在 分 组 丢失 、 失 序 到 达 和 时 延 抖动 等 情况 。 而 话音 业务 属于 实时 业务 ， 
对 时 序 、 时 延 等 有 严格 的 要 求 ， 必 须 采 取 其 他 服务 质量 保证 业务 质量 。VoIP 的 关键 技术 包 
括 信 令 技术 、 编 码 技术 、 实 时 传输 技术 、 服 务 质量 保证 技术 及 网 络 传输 技术 等 。 
口 信 令 技术 : 主要 包括 ITU-T 的 H.323 和 IETF 会 话 初始 化 协议 SIP (Session Initation 
Protocol) 两 套 标准 体系 ， 还 涉及 进行 实时 同步 连续 媒体 流传 输 控制 的 实时 流 协 议 
TRSP。 
口 编码 技术 : 包括 流行 的 G.723.1、G.729、G.729A 话音 压缩 编码 算法 和 MPEG-II 
多 媒体 压缩 技术 。 
口 实时 传输 技术 : 主要 采用 实时 传输 协议 RTP。 
口 服务 质量 保证 技术 : 运用 资源 预 留 协议 RSVP 和 用 于 业务 质量 监控 的 实时 传输 控 
制 协议 RTCP 来 解决 网 络 拥塞 ， 保 证 通话 质量 。 
口 网 络 传输 技术 : 主要 是 面向 连接 的 TCP 协议 和 无 连接 的 UDP 协议 。 
后 面 将 结合 代码 介绍 部 分 关键 技术 和 协议 ， 讲 解 它们 的 实现 过 程 和 原理 。 


20.2 oSIP 协议 概述 


SIP 协议 会 话 控制 协议 ， 用 来 建立 、 修 改 和 终止 多 媒体 会 话 。oSIP 协议 是 用 标准 C 编 
写 的 一 个 SIP 协议 栈 , 在 编译 Linphone 时 采用 了 支持 oSIP 协议 的 源码 包 libosip2-3.3.0.tar.gz 
和 libeXosip2-3.1.0.tar.gz, 编译 后 分 别 得 到 osip 的 库 和 eXosip 库 文 件 , 它们 是 oSIP 的 协议 
库 和 oSIP 协议 扩展 库 文件 。 
oSIP 协议 栈 主要 分 为 3 大 部 分 : 状态 机 模块 、 解 析 器 模块 和 工具 模块 。3 个 模块 的 功 
能 如 下 所 示 。 
口 状态 机 模块 功能 : 记录 某 个 事务 〈 注 册 过 程 、 呼 叫 过 程 ) 的 状态 ， 并 在 特定 的 状 
态 下 触发 某 个 相应 的 事件 或 回调 函数 。 
口 解析 器 模块 功能 : 该 模块 主要 完成 对 SIP 消息 的 解析 、SDP 消息 的 解析 、URL 消 
息 的 解析 。 
口 工具 模块 功能 : 提供 SDP 等 处 理工 具 。 
oSIP 协议 栈 的 状态 机 又 分 为 4 种 类 型 ， 分 别 如 下 : 
口 ICT: Invite Client (outgoing) Transaction; 
口 NICT: Non-Invite Client (outgoing) Transaction; 
口 IST: Invite Server (incoming) Transaction; 
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口 NIST: Non-Invite Server (incoming) Transaction 。 
下 面 通过 对 oSIP 几 个 重要 部 分 的 了 解 来 进一步 理解 oSIP, 并 通过 对 oSIP 状态 机 、oSIP 
解析 器 、oSIP 事务 层 等 源码 分 析 理 解 oSIP 的 实现 细节 。 


20.3 oSIP 状态 机 


前 面 介 绍 的 4 种 状态 机 ICT、NICT、IST 和 NIST 在 osip 文件 中 的 state t 结构 体 中 
定义 ， 每 种 状态 机 都 包含 5 种 状态 : 准备 呼叫 (PRE CALLING) 、 呼 叫 (CALLING) 、 
处 理 (PROCEEDING) 、 完 成 (COMPLETED) 、 终 止 (TERMINATED) ， 该 结构 体 具 
体 定 义 如 下 : 

typedef enum state 七 


{ 
/*ICT 状态 机 的 各 个 状态 */ 
ICT PRE CALLING, 
ICT_CALLING, 
ICT PROCEEDING, 
ICT COMPLETED, 
ICT_ TERMINATED, 


/*IST 状态 机 的 各 个 状态 */ 
IST_PRE PROCEEDING, 
IST PROCEEDING, 
IST_COMPLETED， 

IST_ CONFIRMED, 

IST TERMINATED, 


/*NICT 状态 机 的 各 个 状态 */ 
NICT_ PRE TRYING, 

NICT_ TRYING, 

NICT PROCEEDING, 

NICT_ COMPLETED, 

NICT TERMINATED, 


/*NIST 状态 机 的 各 个 状态 */ 
NIST PRE TRYING, 
NIST_TRYING, 
NIST PROCEEDING, 
NIST COMPLETED, 
NIST_TERMINATED, 

1 


State 七 7 
状态 机 一 般 为 一 个 程序 的 核心 部 分 ， 理 解 了 状态 机 就 能 清楚 地 了 解 整个 程序 的 流程 。 
下 面 分 别 对 这 4 种 状态 机 进行 图 示 分 析 与 代码 分 析 ， 读 者 先 获得 最 新 的 libosip2 压缩 包 ， 
解压 后 熟悉 src 下 面 的 文件 。 


20.3.1 ICT (Invite Client (outgoing) Transaction) 状态 机 


在 libosip 源码 目录 下 的 ICT 状态 机 文件 为 ict_fsm.c, 数组 ict_transition[11] 给 定 了 各 个 
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状态 接收 事件 的 各 种 事务 处 理 情 况 。 


transition t ict transition[11] = 


.490 。 
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一 


ICT_ PRE CALLING, // 初 始 状态 为 vICT_PRE_CRLLING 
SND REQINVITE, // 当 接收 到 SND_REQINVITE 事件 时 
(void (*) (void *，Void *)) &ict snd invitev 

// 调 用 处 理事 件 函数 ict_snd_invite() 
&ict transition[1], NULL 


ICT_CALLING, // 初 始 状态 为 ICT_CALLING 
TIMEOUT A, // 当 接收 到 TIMEOUT_A 事件 时 
(void (*) (void *, void *)) &osip ict timeout a event, 
// 调 用 处 理 函数 osip_ict timeout a event() 
&ict transition[2], NULL 


ICT CALLING, // 初 始 状态 为 ICT_CALLING 
TIMEOUT B， // 当 接收 到 TIMEOUT_B 事件 时 
(void (*) (void *, void *)) &osip ict timeout b event, 
// 调 用 处 理 函 数 osip_ict timeout _b event () 
&ict transition[3], NULL 


ICT_CALLING, // 初 始 状态 为 ICT_CALLING 
RCV_STATUS 1XX, // 当 接收 到 RcV_STaTUS_1XX 事件 时 
(void (*) (void *, void *)) &ict rcv lxx, 

// 调 用 处 理 函 数 ict_rcv_lxx () 
&ict transition[4], NULL 


ICT_CALLING, // 初 始 状态 为 ICT_CALLING 
RCV_STATUS 2XX, // 当 接收 到 RCV_sTATUS_2xx 事件 时 
(void (*) (void *, void *)) &ict rcv 2xx, 


// 调 用 处 理 函 数 ict_rcv_2xx () 
&ict transition[5], NULL 


ICT CALLING, // 初 始 状态 为 ICT_CALLING 
RCV_STATUS 3456XX, // 当 接收 到 RCV_sTATUS_3456Xx 事件 时 
(void (*) (void *, void *)) &ict rcv 3456xx, 


// 调 用 处 理 函 数 ict_rcv_3456xx () 
&ict transition[6], NULL 


ICT PROCEEDING, // 初 始 状态 为 ICT PROCEEDING 
RCV_STATUS 1XX, // 当 接收 到 RCV_sTATUS_1Xx 事件 时 
(void (*) (void *#, void *)) &ict rcv lxx, 


// 调 用 处 理 函 数 ict_rcv_1xx () 
&ict transition[7], NULL 


ICT_ PROCEEDING, // 初 始 状态 为 ICT_PROCEEDING 


让 
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RCV_STATUS 2XX, // 当 接收 到 RCV_STaTUS_2XX 事件 时 
(void (*) (void *, void *)) &ict rcv 2xx, 
// 调 用 处 理 函 数 ict_rcv_2xx () 
&ict transition[8], NULL 
} 


{ ICT PROCEEDING, // 初 始 状态 为 ICT_PROCEEDING 
RCV_STATUS 3456XX, // 当 接收 到 RCV_sTATUS_3456XX 事件 时 
(void (#*) (void *#, void *)) &ict rcv 3456xx, 
// 调 用 处 理 函 数 ict_rcv_3456xx () 
&ict transition[9], NULL 
} 


. 


{ ICT COMPLETED, // 初 始 状态 为 ICT_COMPLETED 
RCV_STATUS 3456XX, // 当 接收 到 RCV_sTATUS_3456XXx 事件 时 
(void (*) (void *, void *)) &ict retransmit ack, 
// 调 用 处 理 函 数 ict_retransmit_ack() 
&ict transition[10], NULL 
} 


日 


{ ICT COMPLETED, // 初 始 状态 为 ICT_COMPLETED 
TIMEOUT D， // 当 接收 到 TIMEOUT_D 事件 时 
(void (*) (void *, void *)) &osip ict timeout d event, 
// 调 用 处 理 函 数 osip ict timeout d event() 
NULL, NULL 
1 
}; 


错误 事务 处 理 函 数 ict_handle_transport_error() 


任何 状态 接收 到 错误 事件 时 ， 都 会 产生 一 个 回调 函数 _osip_transport_error_callback()， 
然后 进入 ICT_TERMINATED 状态 ， 然 后 调用 回调 函数 _osip_kill_transaction_callback0 退 
出 状态 机 。 


static void ict handle transport error (osip transaction t * ict, int err) 


{ 


} 


/* 调 用 回调 函数 _osip_transport _error callback()*/ 

osip transport error callback (OSIP ICT TRANSPORT ERROR, ict, err); 
/* 进 入 状态 机 的 终结 状态 */ 

osip transaction set state (ict, ICT TERMINATED); 
/* 调 用 回调 函数 ”osip_kill transaction_callback() 退出 状态 机 */ 

osip kill transaction callback (OSIP ICT KILL TRANSACTION, ict); 
/* TODO: MUST BE DELETED NOW */ 


由 上 面 错误 处 理 函 数 ict_handle_transport_error0 所 表示 的 状态 迁移 关系 ， 可 以 得 到 状 
态 图 20.3 中 粗 实 线条 部 分 。 

2. 发 送 邀 请 函数 ict_snd_invite() 

发 送 邀 请 函数 ict_snd_invite0， 是 预 呼叫 状态 (ICT_PRE_ CALLING) 下 的 处 理 函 数 ， 


当 发 送 消 息 成 功 时 调用 回调 函数 _osip message callbackO 并 进入 呼叫 状态 
(ICT_CALLING) 。 
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1 
Transaction initialization 


ICT_PRE_CALLING 
callback _ict kill transaction Se 


i ~ 
callback_ict_transport_error callback ict_invite_sent 

\ 

callback_ict_transport_error ’ Rm 


callback _ict_transport_error 


callback_ict_transport_error. A De 
ee i rp 
callback_ict “NKx_received / NN 


Co > 2 callbock_iet_ Lor_received 


S f 
a RY We 
callback_ict_Nxx_received 


六 callback _ict_lxx_received 
1 


图 20.3 ICT 状态 机 的 错误 事务 处 理 


void ict snd invite (osip transaction t * ict, osip event t * evt) 
{ 

nb > 

osip t *osip = (osip 七 *) ict->config; 


/* Here We have ict->orig request == NULL */ 

ict->orig request = evt->sip; 

/* 发 送 消息 成 功 则 返回 0， 否 则 返回 非 0*/ 

i = osip->cb send message (ict, evt->sip, ict->ict context->destination, 
和 ict->ict context->port, ict->out_ socket); 


if (i == 0) 
{ 
/* 成 功 则 调用 回调 函数 */ 
_ osip message callback (OSIP ICT INVITE SENT, ict, ict->orig_ 
request); 
/* 进 入 呼叫 状态 */ 
_ osip transaction set state (ict, ICT CALLING); 
} else 


| 
/*# 邀 请 失败 则 进行 错误 处 理 */ 
ict handle transport error (ict, i); 
] 
} 


上 面 的 发 送 邀 请 函数 ict_snd_invite0 所 表示 的 状态 迁移 关系 ， 在 图 20.4 中 用 粗 实 线 体 
现 出 来 。 


3. 应 答 函 数 ict_rcv_1xx() 


根据 数组 ict transition[11] 的 定义 ， 调 用 函数 ictrcv_lxx0 的 初始 状态 有 
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ICT PROCEEDING 和 ICT_CALLING 两 种 情况 ， 而 根据 函数 ict_rcv_1xxO 处 理 的 情况 看 ， 
结束 状态 均 为 ICT_ PROCEEDING。 


1 
Transaction initialization 


1 TICT PRE_CALLING 
callback_ict_kill_transaction 


callback_ict_transport_error 
1 


1 


callback_ict_invite_sent 


callback_ict_transport_error 一 


1 
po a 


callback_ict -trangport : emror_ 


Se NA 


i xx_received 
一 一 < ict_ ji _received 
Car mocone Y PROCEEDING 


callback_ict_Nxx, a 


图 20.4 PRE_CALLING 发 送 邀 请 事件 


void ict rcv lxx (osip _ transaction 七 * ict, osip event t * evt) 


/* leave this answer to the core application */ 


if (ict->last response != NULL) 
1 


osip message free (ict->last response) 


} 
ict->last_ response = evt->sip; 


/* 调 用 回调 函数 */ 


_ osip message callback (OSIP ICT STATUS 1XX RECEIVED, ict, evt->sip); 
/* 函 数 的 出 口 状态 均 为 ICT_PROCEEDING*/ 


_ osip _ transaction set state (ict, ICT PROCEEDING); 


应 答 函 数 ict rcv_1xx0 和 应 答 函 数 ict_rev_2xx0 一 起 在 状态 转移 图 中 体现 的 结果 , 如 图 
20.5 所 示 。 


4. 应 答 函 数 ict_rcv_2xx() 
根据 数组 ict transition[11] 的 定义 ， 调 用 函数 ict rcv_ 2xx0 的 初始 状态 有 


ICT_PROCEEDING 和 ICT_CALLING 两 种 状态 , 而 根据 函数 ict_rev_2xx0 处 理 的 情况 看 结 
束 状态 均 为 ICT_TERMINATED。 如 图 20.5 所 示 。 
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1 
Transaction initialization 


A ICT_PRE_CALLING 
callback_ict_kill_ transaction 一 过 
-< ~ 


callbock jt sunsport ror callback_ict_invite_sent 


callback_ict_transport_error ' > 


* 和 

\ 
callback_ict invite_sent2 

人 1 
/ 

~ a 

callback _ict_2xx_received / 
1/ 
callback ict_ tansport_emror ~ callback ict_ 2xx_received /callback ict_lxx_received 
-= 2 ~ 
、 callback_ict_transport_error 
、\ 二 = 


ne pg 
callback_ict_Nxx_received 


20.5 ict_ rcv_1xXx() 与 ict_rev_2xx0 处 理 
void ict rcv 2xx (osip transaction t * ict, osip event t * evt) 


/*leave this answer to the core application*/ 
if (ict->last response != NULL) 
, osip message free (ict->last response); 
} 
ict->last response = evt->sip; 
/* 调 用 回调 函数 */ 
_ osip message callback (OSIP ICT STATUS 2XX RECEIVED, ict, evt->sip); 
/* 进 入 ICT_TERMINATED 状态 */ 
_ osip transaction set state (ict, ICT TERMINATED); 
/* 调 用 回调 函数 */ 
_ Osip kill transaction callback (OSIP ICT KILL TRANSACTION, ict); 
} 


5. 应 答 函 数 ict_rcv_3456xx() 


根据 数组 ict_transition[11] 的 定义 ， 调 用 应 答 函 数 ict_rev_3456xx0 的 初始 状态 有 
ICT_PROCEEDING \ICT_ COMPLETED 和 ICT_CALLING 这 3 种 状态 ,函数 ict_rcv_3456xx0 
处 理 的 结果 最 终 状 态 为 ICT_COMPLETED 。 


void ict rcv 3456xx (osip transaction 七 * ict, osip event t * evt) 
{ 

osip route t *route; 

int i; 

osip t *osip = (osip 七 *) ict->config; 

/*leave this answer to the core application*/ 
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if (ict->last response != NULL) 
osip message free (ict->last response); 
ict->last response = evt->sip; 
if (ict->state != ICT COMPLETED) /* not a retransmission */ 
/* automatic handling of ack! */ 
Osip message t *ack = ict create ack (ict, evt->sip); 
ict->ack = ack; 
if (ict->ack == NULL) 
{ 
/* 初 始 状态 不 是 ICT_COMPLETED ， 根 据 数组 ict_transition[11] 的 定义 是 状态 
ICT_CALLING 和 ICT_PROCEEDING 时 ， 直 接 跳 转 到 ICT_TERMINATED 状态 */ 
_ Osip transaction set state (ict, ICT TERMINATED); 
/* 调 用 回调 函数 */ 
_ osip kill transaction callback (OSIP ICT KILL TRANSACTION, 
ict); 
return; 


} 
/* 省 略 一 些 细节 ， 为 了 更 容易 看 出 状态 机 跳 转 的 主线 */ 
i = osip->cb send message (ict, ack, ict->ict context->destination, 
ict->ict context->port, ict->out socket); 
if (i != 0) 
/* 状 态 ICT_CALLING 和 ICT_PROCEEDING 发 送 消息 错误 返回 时 ， 调 用 错误 处 理 函 数 
ict handle transport error ()*/ 
ict handle transport error (ict, i); 
return; 
} 
if (MSG IS STATUS 3XX (evt->sip)) 
/* 调 用 回调 函数 */ 
osip message callback (OSIP ICT STATUS 3XX RECEIVED, ict, evt-> 
Sip); 
else if (MSG IS _ STATUS 4XX (evt->sip)) 
/* 调 用 回调 函数 */ 
_ osip message callback (OSIP ICT STATUS 4XX RECEIVED, ict, evt-> 
Sip); 
else if (MSG IS_ STATUS 5XX (evt->sip)) 
/* 调 用 回调 函数 */ 
_ osip message callback (OSIP ICT STATUS SXX RECEIVED, ict, evt-> 
sip); 
Else 
/* 调 用 回调 函数 */ 
osip message callback (OSIP ICT STRTUS 6XX RECEIVED, ict, evt-> 
sip); 
/* 调 用 回调 函数 */ 
osip message callback (OSIP ICT ACK SENT, ict, evt->sip); 


上 
/* start timer D (length is set to MAX (64*DEFAULT T1 or 32000) */ 


osip gettimeofday (&ict->ict context->timer d start, NULL); 
add gettimeofday (&ict->ict context->timer d start, ict->ict context-> 
timer d length); 
/* 处 理 完 该 函数 ， 正 常 退 出 时 结束 状态 为 ICT_COMPLETED*/ 
_ osip transaction set state (ict, ICT COMPLETED); 
} 
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根据 上 面 的 函数 分 析 得 到 下 面 粗 实 线 所 表示 的 状态 转移 图 ， 如 图 20.6 所 示 。 


1 
Transaction initialization 


| -AICT PRE_ CALLING 
callback_ict_Kill_transaction “一 ~ 


callback _ict_transport_error 


callback_ict_invite_sent 
\ 


callback_ict_transport_error ， 一 人 


~~callback_ict_2xx_received 


AN 各 
、\ 


callhack ict 3456xx_received 
callback_ict_aek send2 


callback_ict_3456xx_received Ss 
callback ict_ack_send2 


图 20.6 函数 ict_rcv_3456xx0 表 示 的 状态 转移 部 分 


6. 超时 事件 


超时 事件 函数 osip_ict_timeout_ b_event0 和 osip_ict_timeout_d_event0 涉 及 状态 之 间 的 
跳 转 ， 接 收 事件 TIMEOUT_B 时 ， 状 态 从 ICT_CALLING 跳 转 到 ICT_TERMINATED。 接 
收 超时 事件 TIMEOUT_D 时 ， 状 态 从 ICT_COMPLETED 跳 转 到 ICT_TERMINATED。 两 
个 事件 处 理 函 数 如 下 ， 其 状态 转移 图 如 图 20.7 粗 线 部 分 所 示 。 


voidosip ict _ timeout b event (osip transaction t*ict, osip event t *evt) 


{ 


ict->ict context->timer b length = -1; 
ict->ict context->timer b start.tv sec = -1; 
/* 调 用 超时 回调 函数 */ 


_ Oosip message callback (OSIP ICT STATUS TIMEOUT, ict, evt->sip); 
/* 设 置 状 态 为 ICT_TERMINATED*/ 

_ osip transaction set state (ict, ICT TERMINATED); 

/* 调 用 结束 事务 处 理 回 调 函 数 */ 

_ osip kill transaction callback (OSIP_ ICT KILL TRANSACTION, ict); 
上 本 osip ict _ timeout d event (osip transaction t*ict, osip event t *evt) 
{ 

ict->ict context->timer d length = -1; 

ict->ict context->timer d start.tv sec = -1; 

/* 设 置 状态 为 ICT_TERMINATED*/ 

_ osip transaction set state (ict, ICT TERMINATED); 

/* 调 用 结束 事务 处 理 回调 函数 */ 
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_ Osip kil1 transaction callback (OSIP ICT KILL TRANSACTION, ict) 7 


} 


Transaction initialization 


ICT_PRE_CALLING 
callback_ict_kill_transaction ~” 


callback _ict_transport_error ~allback jct_invite_sent 
NS 


区 
7 Callbeck_ict_tansport. emor 


吉 NS ， 
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callback_ict_transport_error ~ 党 1 
\ i 
ict_transport_error ~ A " A 
AN callback ick 3456xx received / /” ~ 
callback_ict_ack_send2 \ 


callback_ict_3456xx_received i 
callback ict_ack_Send2 


图 20.7 超时 事件 TIMEOUT_B 和 TIMEOUT _B 所 产生 的 状态 转移 


7. 应 答 函 数 ict_retransmit_ack() 


根据 接收 函数 ict_rev_3456xx0 中 调用 的 ACK_SENT 事件 可 知 ，ict_retransmit_ack0 的 
起 始 状态 为 ICT_COMPLETED， 正 常情 况 下 的 结束 状态 为 ICT_COMPLETED， 出 错时 调 
用 错误 处 理 函 数 。 由 该 函数 得 出 的 状态 转移 图 如 图 20.8 中 粗 实 线 所 示 。 


void ict retransmit ack (osip transaction t * ict, osip event t * evt) 
{ 

int i; 

osip t *osip = (osip t *) ict->config; 

/*this could be another 3456xx ???*/ 

/*we should make a new ACK and send it!!!*/ 

/* 调 用 回调 函数 */ 

osip message callback (OSIP ICT STATUS 3456XX RECEIVED AGAIN, ict, 
evt->sip); 
/* 释 放 消 息 */ 


Osip message free (evt->sip); 


i= osip->cb send message (ict, ict->ack, ict->ict context->destination, 
ict->ict context->port, ict->out socket); 


9 


0) 
/* 调 用 回调 函数 再 次 应 答 发 送 */ 


_ osip _ message callback (OSIP ICT ACK SENT AGAIN, ict, ict->ack); 
/* 设 置 状 态 ICT_COMPLETED*/ 
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_ osip transaction set _ state (ict, ICT COMPLETED); 
} else 


/* 发 送 消息 错误 则 进行 错误 处 理 */ 
ict handle transport error (ict, i); 


上 


1 
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20.8 函数 ict_retransmit ackO 产 生 的 状态 转移 


20.3.2 NICT (Non-lnvite Client (outgoing) Transaction) 状态 机 


NICT 状态 机 整个 实现 过 程 在 nict fsmc 文件 中 定义 ， 在 数组 transition t 
nict transition[12] 中 定义 了 状态 机 的 初始 状态 及 初始 状态 接收 的 事件 , 各 个 事件 函数 表示 了 
状态 机 处 理 该 事件 的 跳 转 情况 ， 下 面 直接 给 出 NICT 的 状态 机 跳 转 图 20.9， 读 者 可 以 根据 
手中 的 代码 自行 推导 和 验证 。NICT 状态 机 中 和 ICT 状态 机 类 似 ， 具 有 以 下 5 种 状态 : 
NICT_PRE_TRYING; 

NICT_TRYING: 
NICT_PROCEEDING: 
NICT_COMPLETED: 
NICT_TERMINATED. 

状态 之 间 的 事件 函数 包括 : 

口 错误 处 理 pict_handle_transport_error() 
口 发 送 请 求 nict_snd_request() 

口 超时 事件 osip_nict_timeout k_eventO 
口 6 类 应 答 函 数 nict rcv_123456xxO 


OOOOO 
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Transaction initialization 
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callback_nict_transport_error. 


callback_ick_3456xx_received 


callback_nict_request_sent2 


callback_nict_23456xx_reccived 
图 20.9 NICT 状态 机 的 状态 迁移 图 


20.3.3 IST (Invite Server (incoming) Transaction) 状态 机 
IST 状态 机 整个 实现 过 程 在 ist_fsm.c 文件 中 定义 ， 在 数组 transition_t ist_transition[11] 


中 定义 了 状态 机 的 初始 状态 及 初始 状态 接收 的 事件 ， 各 个 事件 函数 表示 了 状态 机 处 理 该 事 
件 的 跳 转 情况 ， 下 面 直 接 给 出 IST 的 状态 机 跳 转 图 ， 如 图 20.10 所 示 。 
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20.10 IST 状态 机 的 状态 迁移 图 
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20.3.4 NIST (Non-lnvite Server (incoming) Transaction) 状态 机 
NIST 状态 机 整个 实现 过 程 在 nist fsmc 文件 中 定义 ， 在 数组 transition t 


nist_transition[10] 中 定义 了 状态 机 的 初始 状态 及 初始 状态 接收 的 事件 , 各 个 事件 函数 表示 了 
状态 机 处 理 该 事件 的 跳 转 情况 ， 下 面 直接 给 出 NIST 的 状态 机 跳 转 图 ， 如 图 20.11 所 示 。 


Transaction initialization 


callback_nist_kill_transaction 


callback_nist_xxx_received 


callback_nist_transport_error 


callback_nist_1xx_sent 


callback_nist_transport_error 


NIST NIST_PROCEEDING | 
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callback _nist_23456xx_Sent 


图 20.11 NIST 状态 机 的 状态 迁移 图 


20.4 oSIP 解析 器 


每 种 类 型 的 SP 解析 器 所 提供 的 API 基本 类 似 .通过 函数 osip_xxx_init0 创 建 解析 类 型 
XXX， 函 数 osip_xxx_free0 用 于 释放 解析 类 型 ,函数 osip_xxx_parse0 用 于 从 字符 串 到 解析 类 
型 的 解析 ， 函 数 osip_xxx to_str0 用 于 从 解析 类 型 到 字符 串 的 解析 ， 函 数 osip_xxx_clone0 
用 于 从 旧 的 解析 类 型 复制 到 新 的 解析 类 型 , 函数 osip_xxx_set_ header0 用 于 设置 解析 类 的 头 
部 ， 函 数 osip_xxx_set_contenttype() 用 于 设置 解析 类 型 内 容 。 下 面 通过 一 个 body 类 型 实例 
进行 说 明 。 


20.4.1 初始 化 解析 类 型 函数 osip_body_init() 


函数 osip_body_initO 为 类 型 body 分 配 空间 ， 并 初始 化 各 个 字段 ， 并 且 将 body 的 头 部 
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也 初始 化 为 0， 整 个 初始 化 过 程 成 功 则 返回 OSIP_SUCCESS。 


Int osip body init (osip body 七 t+ body) 
{ 
/* 为 body 分配 空间 */ 
*body = (osip body t *) osip malloc (sizeof (osip body t)); 
/* 分 配 失败 则 退出 */ 
if (*body == NULL) 
return OSIP NOMEM; 
/* 为 body 的 各 个 字段 赋值 */ 
(*body) ->body = NULL; 
(*body) ->content type = NULL; 
(*body) ->length = 0; 
/* 为 body 的 头 部 分 配 空间 */ 
(*body) ->headers = (osip list t *) osip malloc (sizeof (osip list t)); 
if ((*body)->headers == NULL) 
{ 
osip free (*body); 
*body = NULL; 
return OSIP NOMEM; 


中 

/* 初 始 化 头 部 */ 
osip list init ((*body)->headers); 
return OSIP SUCCESS; 

} 


20.4.2 ”释放 函数 osip_body_free() 


函数 osip_body_free0 用 于 释放 函数 osip_body_init0 初 始 化 的 结构 体 body。 


void osip body free (osip body t * body) 


{ 
if (body == NULL) 
return; 
osip free (body->body); 
if (body->content type != NULL) 


{ 
/* 释 放 内 容 类 型 */ 
osip_content type free (body->content type); 


} 
/* 移 除 body 头 部 */ 
osip list special free(body->headers, (void *(*) (void *)) &osip header_ 
free); 
/* 释 放 头 部 占用 空间 */ 
osip free (body->headers); 
/* 释 放 body 结构 体 占用 的 空间 */ 
osip free (body); 


20.4.3 ”字符 串 到 body 类 型 转换 函数 osip_body_parse() 
函数 osip_ body parse0 用 于 将 字符 串 类 型 转换 成 body 类 型 。 将 输入 参数 start_ of body 


“0 


第 4 篇 系统 移植 高 级 篇 


中 的 字符 串 以 内 存 复 制 的 方式 赋值 给 body 的 body 字段 。 


Int osip body parse (osip body 七 * body, const char *start of body, size 七 
length) 


{ 


/* 转 换 前 进行 安全 检查 */ 
if (body == NULL) 
return OSIP BADPARAMETER; 
if (start of body == NULL) 
return OSIP BADPARAMETER; 
if (body->headers == NULL) 
return OSIP BADPARAMETER; 
/* 为 body 的 body 字段 分 配 空间 */ 


body->body = (char *) osip malloc (length + 1) 7 


if (body->body == NULL) 
return OSIP NOMEM; 


/* 以 内 存 复制 的 方式 将 start_of body 中 的 内 容 复 制 长 度 为 length 到 地 址 为 body- 


>body 处 */ 
memcpy (body->body, start of body, length); 
/* 盾 充 字符 串 结尾 标志 */ 
body->bodqy[length] = '\0'; 
/* 设 置 body 长 度 */ 
body->length = length; 
return OSIP SUCCESS; 


20.4.4 ”body 类 型 到 字符 串 类 型 转换 函数 osip_body_to_str() 


函数 osip_body_to_str0 与 函数 osip_body parse0 对 应 ， 用 于 将 body 中 的 body 字段 的 
内 容 复制 到 参数 dest 中 。 


Int osip body to _ str 


str _ length) 


{ 


Ms 


char *tmp_ body; 
char *tmp; 
char *ptr; 

int pos; 

Ent 

size t length; 


*dest = NULL; 
*str length = 0; 
/* 用 于 安全 性 检查 部 分 */ 
if (body == NULL) 
return OSIP BADPARAMETER; 
if (body->body == NULL) 
return OSIP BADPARAMETER; 
if (body->headers == NULL) 
return OSIP BADPARAMETER; 
if (body->length <= 0) 
return OSIP BADPARAMETER; 
/* 分 配 空间 用 于 保存 复制 中 间 变 量 */ 


(const osip body t * body, 


char **dest, 


Size 七 * 


length = 15 + body->length + (osip list size (body->headers) * 40); 


tmp body = (char *) osip malloc (length); 
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if (tmp body 一 NULL) 
return OSIP NOMEM; 


ptr = tmp body; /* 保 存 字 符 串 的 初始 地 址 */ 


if (body->content type != NULL) 
1 
/* 在 tmp_body 后 面 加 上 字符 串 content-type:*/ 
tmp body = osip strn append (tmp body, "content-type: ", 14); 
/* 将 body->content type 转化 为 字符 串 保存 在 tmp 中 */ 
i = osip content type to str (body->content type, &tmp); 
LE (0 


( 
/* 转 换 失败 则 释放 空间 并 退出 */ 
osip free (ptr); 
return i; 


} 

/* 检 查 tmp_body 的 空间 是 否 够 用 ， 不 够 则 重新 分 配 */ 

if (length < tmp body - ptr + strlen (tmp) + 4) 
{ 


size t len; 


len = tmp body - ptr; 

length = length + strlen (tmp) + 4; 
ptr = osip realloc (ptr, length); 
tmp body = ptr + len; 


} 

/* 将 tmp 添加 到 tmp_body 后 面 */ 

tmp body = osip_ str append (tmp body, tmp); 

/* 释 放 为 tmp 分 配 的 空间 */ 

osip free (tmp); 

/* 在 tmp_body 后 添加 字符 串 CRLE*/ 

tmp body = osip strn append (tmp body, CRLF, 2); 
} 


pos = 0; 
while (!osip list eol (body->headers, pos)) 
{ 
osip header t *header; 
/* 获 得 body 头 部 */ 
header = (osip header t *) osip list get (body->headers, pos); 
/* 将 得 到 的 头 部 转化 为 字符 串 保存 在 tmp 中 */ 
i = osip header to str (header, &tmp); 
it (1 ‘= 0) 


{ 
/* 转 换 失 败 则 释放 空间 并 退出 */ 
osip free (ptr); 
retnrn 1 


| 

/* 检 查 tmp_body 的 空间 是 否 够 用 ， 不 够 则 重新 分 配 */ 

if (length < tmp body - ptr + strlen (tmp) + 4) 
上 


size t len; 


len = tmp body - ptr; 

length = length + strlen (tmp) + 4; 
ptr = osip realloc (ptr, length); 
tmp body = ptr + len; 
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/* 将 tmp 添加 到 tmp_body 后 面 */ 

tmp body = osip str append (tmp body, tmp); 

/* 释 放 为 tmp 分 配 的 空间 */ 

osip free (tmp); 

/* 在 tmp_body 后 添加 字符 串 CRLE*/ 

tmp body = osip strn append (tmp body, CRLF, 2); 
Pos++7 


} 


if ((osip list size (body->headers) > 0) 11 (body->content type != NULL)) 
{ 
tmp body = osip strn append (tmp body, CRLF, 2); 
} 
if (length < tmp body - ptr + body->length + 4) 
{ 


size t len; 


len = tmp body - ptr; 

length = length + body->length + 4; 
ptr = osip realloc (ptr, length); 
tmp body = ptr + len; 


} 

/* 将 body 上 的 body 字段 向 地 址 为 tmp_body 处 复制 长 度 为 body->length 个 字符 */ 
memcpy (tmp_body, body->body, body->length); 
tmp body = tmp body + body->length; 


/* end of this body */ 

if (str length != NULL) 
*str _ length = tmp body - ptr; 

*dest = ptr; 

return OSIP SUCCESS; 


20.4.5 ”克隆 函数 osip_body_clone() 


函数 osip_body_clone0 将 body 复制 给 dest。 


Int osip body clone (const osip body t * body, osip body t ** dest) 
int i; 
osip body t *copy; 
/* 安 全 性 检查 */ 
if (body == NULL || body->length <= 0) 
return OSIP BADPARAMETER; 
/* 创 建 一 个 新 的 body 类 型 */ 
i = osip body init (gcopy); 
EE 
return i; 
/* 为 新 建 的 类 型 的 body 字段 分 配 空 间 */ 
copy->body = (char *) osip malloc (body->length + 2); 
/* 分 配 失败 则 退出 */ 
if (copy->body==NULL) 
return OSIP NOMEM; 
/* 设 置 新 建 结构 体 copy 的 长 度 */ 
copy->length = body->length; 
/+ 复制 body 的 字段 body 到 copy 的 字段 body*/ 
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memcpy (copy->body, body->body, body->length); 
/* 设 置 字符 结束 标志 */ 
copy->body [body->length] = '\0'; 


if (body->content type != NULL) 


/* 克 隆 content type*/ 
i = osip content type clone (body->content type, &(copy->content_ 
type)); 
it (i != 0) 
/* 克 隆 content type 失败 则 退出 且 释 放空 间 */ 
osip body free (copy) 7 


return i; 


} 
} 
/* 克 隆 结构 体 的 头 部 */ 


i = osip list clone (body->headers, copy->headers, &osip header clone); 
if (i != 0) 


{ 

/* 克 隆 结构 体 的 头 部 失败 则 退出 */ 
osip body free (copy); 
return i; 


} 

/* 将 新 创建 并 进行 了 克隆 的 结构 体 赋 给 dest 指针 */ 
*dest = copy’; 

return OSIP SUCCESS; 


20.4.6 ”oSIP 解析 器 分 类 


oSIP 解析 器 分 为 3 类 : SIP 解析 器 、SDP 解析 器 和 URL 解析 器 。 前 面 提 到 的 是 SIP 
解析 器 ， 另 外 还 有 两 类 解析 器 。3 类 解析 器 的 作用 分 别 如 下 : 

口 SIP 解析 器 主要 用 于 解析 SIP 头 域 及 其 相应 的 操作 。 

口 SDP 解析 器 用 于 解析 SDP 包 及 其 相关 的 操作 。 

口 URL 解析 器 用 于 处 理 SIP URI 的 host、 port、 username、password 和 scheme 等 getO 

和 set0 操 作 。 

SIP URI 是 通过 SIP 呼叫 对 方 的 SIP 地 址 方案 ， 即 一 个 SIP URI 就 是 一 个 用 户 的 SIP 

电话 号 码 。SIP URI 类 似 电子 邮件 地 址 ， 书 写 格式 如 下 : 


SIP URI = sip:a@b:Port 


其 中 , a 表示 用 户 名 , b 表示 服务 主机 (域名 或 地 )。 下面 举 几 个 例子 进行 说 明 SIP URI 
的 书写 方法 。 例 子 如 下 : 


sip:bob@212.123.1.213 //bob 为 用 户 名 ，212 .123.1.213 为 服务 器 IP 地 址 
sip:bobebiloxi.com //bob 为 用 户 名 ，biloxi .com 为 服务 器 主机 名 
sip:5201314@biloxi .com //5201314 为 用 户 名 ，biloxi .com 为 服务 器 主机 名 
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20.5 oSIP 事务 层 


SIP 是 一 个 基于 事务 处 理 的 协议 : 部 件 之 间 的 交互 是 通过 一 系列 的 消息 交换 所 完成 的 。 
特别 是 ， 一 个 SP 事务 由 一 个 单个 请 求 和 这 个 请 求 的 所 有 应 答 组 成 ， 这 些 应 答 包括 了 零 个 
或 者 多 个 临时 应 答 以 及 一 个 或 者 多 个 终结 应 答 。 

事务 分 为 客户 端 和 服务 端 两 方 。 客 户 端 的 事务 是 客户 端 事务 ， 服 务 器 端的 事务 就 是 服 
务 端 事务 。 客 户 端 事务 发 出 请 求 ， 并 且 服 务 端 事务 送 回 应 答 。 事 务 层 比 较 重 要 的 两 个 概念 
就 是 事务 和 事件 ， 在 oSIP 中 用 结构 体 osip_transaction t 和 结构 体 osip_event t 表示 。 

结构 体 osip_transaction 的 定义 : 


typedef struct osip transaction osip transaction t; 
struct osip transaction 


{ 
void *your instance; /it# 用 户 定义 指针 */ 
int transactionid; /## 内 部 事务 ID*/ 
osip fifo t *transactionff; /*# 用 于 存放 事件 的 fifo 队列 */ 
osip Via t *topvia; /**< CALL-LEG definition (Top Via)*/ 
osip from 七 *from; /**< CALL-LEG definition (From)*/ 
Osip to t *to; /**< CALL-LEG definition (To)*/ 
osip call id t *callid; /**< CALL-LEG definition (Call-ID)*/ 
Osip cseq t *cseq; /##< CALL-LEG definition (CSeq)*/ 


Osip message t *orig request; /*# 初 始 请 求 */ 
osip message t *]ast_response; “ /## 最 后 响应 */ 


osip message t *ack; / 果 应 答 请 求 */ 

state t state; /站 事务 的 当前 状态 */ 

time t birth time; /4*# 事 务 开始 时 间 */ 

time t completed time; /** 事 务 结束 时 间 */ 

int in socket; /##< Optional socket for incoming message*/ 
int out socket; /**< Optional Place for outgoing message*/ 
void *config; /**@internal transaction is managed by osip t*/ 


osip fsm type t ctx type;  /** 事 务 类 型 */ 

osip ict t *ict context; /**INVITE CLIENT TRANSACTION 结构 体 */ 
osip ist t *ist_context7 /**NON-INVITE CLIENT TRANSACTION 结构 体 */ 
osip nict t *nict context;  /**INVITE SERVER TRANSRCTION 结构 体 */ 
osip nist t *nist context;  /*#*NON-INVITE SERVER TRANSACTION 结构 体 */ 


osip_srv_record t record;  / 壮 记 录 SERVER 入 口 信息 的 结构 体 */ 
}; 


结构 体 osip_event t 的 定义 : 


typedef struct osip event osip event t; 
struct osip event 
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| 
type t type; /*+ 事 件 类 型 +/ 
int transactionid; / 硒 与 osip 事务 相关 的 ID*/ 
osip message t *sip; /**< SIP message (optional)*/ 


}; 


处 理事 务 的 函数 在 osip_tarnsaction.c 中 定义 ， 函 数 osip_transaction_init0 用 于 事务 的 初 
始 化 ,函数 osip_transaction free() 用 于 从 osip 栈 中 移 除 事 务 , 函数 osip_transaction add event() 
于 向 事务 的 fifo 队列 中 添加 事件 ， 函 数 osip_transaction_execute0 用 于 执行 事务 处 理 ， 调 
前 面 分 析 过 的 状态 机 处 理事 务 过 程 。 由 于 篇 幅 的 限制 这 里 只 分 析 事 务 初 始 化 函数 
osip_transaction_ init0， 其 他 函数 的 定义 读者 参考 源 代 码 自行 分 析 其 实现 细节 。 

事务 初始 化 函数 osip_transaction_init0 用 于 构造 一 个 事务 ， 并 初始 化 该 事务 的 各 个 字 
段 ， 构 造 该 事务 的 fifo 队列 用 于 存放 事件 ， 并 初始 化 该 事件 队列 ， 根 据 输入 事务 类 型 设置 
其 事务 的 类 型 ， 根 据 事务 的 类 型 设置 事务 的 初始 状态 ， 并 初始 化 此 状态 机 。 省 略 函 数 
osip_transaction_initO 的 安全 检查 、trace 机 制 等 ， 其 核心 部 分 代码 如 下 : 


int osip transaction init (osip transaction t ** transaction, 
osip fsm type t ctx type, osip t * osip, 
osip message t * request) 


static int transactionid = 1; 
osip Via t *topvia; 


ne 
time t now; 
/* 为 构造 的 事务 结构 体 分 配 空间 */ 
*transaction = (osip transaction t *) osip malloc (sizeof (osip_ 
transaction t)); 
/* 获 得 当前 时 间 */ 
now = time (NULL); 
/* 初 始 化 事务 结构 体 */ 
memset (*transaction, 0, sizeof (osip transaction 七 ) ) 7 
/* 设 置 事务 的 创建 时 间 和 ID， 事 务 计数 自动 加 1*/ 
(*transaction)->birth time = now; 
(*transaction) ->transactionid = transactionid; 
transactionid++; 
/* 从 输入 参数 request 中 获得 字段 vias 的 值 赋 给 topvia*/ 
topvia = osip list get (&request->vias, 0); 
/* 设 置 事务 的 topvia 字段 */ 
_ osip transaction set topvia (*transaction, topvia); 
Dy from、to、call id、cseq 字段 进行 设置 */ 
_ osip transaction set from (*transaction, request->from); 
_ osip transaction set to (*transaction, request->to); 
i= osip transaction set call id (*transaction, request->call iqd); 
i _ osip transaction set cseq (*transaction, request->cseq); 
/* 设 置 事务 的 orig_request 和 config*/ 
(*transaction) ->orig request = NULL; 
(*transaction) ->config = osip; 
/* 为 事务 的 事件 队列 分 配 空 间 */ 
(*transaction) ->transactionff = (osip fifo t *) osip malloc (sizeof 
(osip fifo t)); 
/* 初 始 化 事件 队列 */ 


osip fifo init ((*transaction)->transactionff); 
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/* 设 置 事务 类 型 */ 


(*transaction)->ctx type = ctx type; 
/* 将 事务 的 ict_context 、ist _context 、nict context 和 nist_context 均 设置 


为 空 *#/ 


(*transaction)->ict_ context = NULL; 
(*transaction) ->ist context = NULL; 
(*transaction)->nict context NULL; 


(*transaction) ->nist context = NULL; 
/* 如 果 事务 的 类 型 为 ICT*/ 
if (ctx type == ICT) 


/* 设 置 事务 的 初始 状态 ， 并 初始 化 ict 状态 机 */ 
(*transaction)->state = ICT PRE CALLING; 
_ osip ict init (&((*transaction)->ict context), osip, request); 
/* 将 事务 加 入 ict 事务 处 理 队列 */ 
_ osip add ict (osip, *transaction); 
} else if (ctx type == IST) 


/* 设 置 事务 的 初始 状态 ， 并 初始 化 ist 状态 机 */ 
(*transaction)->state = IST PRE PROCEEDING; 
i= osip ist init (&((*transaction)->ist context), osip, request); 
/* 将 事务 加 入 ist 事务 处 理 队列 */ 
_ osip add ist (osip, *transaction); 
} else if (ctx type == NICT) 


{ 
/* 设 置 事务 的 初始 状态 ， 并 初始 化 nict 状态 机 */ 
(*transaction)->state = NICT PRE TRYING; 
i= osip nict init (&((*transaction)->nict context), osip, 
request); 
/* 将 事务 加 入 nict 事务 处 理 队列 */ 
_ osip add nict (osip, *transaction); 

} else 


{ 
/* 设 置 事务 的 初始 状态 ， 并 初始 化 nist 状态 机 */ 
(*transaction)->state = NIST PRE TRYING; 
i= _ osip nist init (&((*transaction)->nist context), osip, 
request); 
/* 将 事务 加 入 nist 事务 处 理 队列 */ 
_ osip adqd nist (osip, *transaction); 

} 
return OSIP_SUCCESS; 
E 


20.6 SIP 建立 会 话 的 过 程 


下 面 采用 序列 图 的 方式 表示 A、B 两 个 用 户 间 通过 SIP 消息 交换 建立 会 话 的 过 程 ， 如 
图 20.12 所 示 。 A 通过 B 的 SIP 标志“ 呼叫”B, 这 个 SP 标志 是 统一 分 配 的 资源 (Uniform 
Resource Identifier URI) 称 作 SIP URI。 它 很 像 一 个 E-mail 地 址 ， 典 型 的 SIP URI 包括 一 个 
户 名 和 一 个 主机 名 。 在 这 个 范例 中 ，SIP URI 是 sip:bbbQ@bwww.com，bwww.com 是 B 
SIP 服务 提供 商 。A 有 一 个 SIP URI: sip:aaa@awww.com。 
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下 面 是 A 通过 自己 的 Softphone 呼叫 B 的 SIP phone， 并 建立 和 B 的 会 话 的 整个 过 程 。 
A 不 知道 BB 或 者 B 的 SIP 服务 器 的 位 置 ， 所 以 A 首先 将 请 求 发 送 到 A 的 SIP 服务 器 
awww.com。SIP 服务 器 awww.com 收 到 INVITE 请 求 后 , 回应 100(Trying) 给 A 的 Softphone， 
并 在 via 头 上 加 入 自己 的 地 址 转发 INVITE 请 求 给 B 的 SIP 服务 器 bwww.com。B 的 SIP 
服务 器 bwww.com 收 到 该 INVITE 请 求 后 回应 100 (Trying) 给 代理 服务 器 awww.com， 并 
在 via 头 上 加 入 自己 的 地 址 转发 INVITE 请 求 给 B 的 SIP phone。 到 此 时 B 的 SIP phone 就 
提示 B，A 在 呼叫 他 。B 的 SIP phone 这 时 会 发 送 一 个 180 (ringing) 响应 ， 该 回应 会 通过 
原 路 返回 给 A。 当 B 接 通 SIP phone 时 ，SIP phone 就 会 发 送 200 (OK) 回应 ， 该 回应 最 后 
到 达 A 的 Softphone， 到 此 A 和 B 就 可 以 进行 语音 或 视频 通话 。 通 话 结束 后 ，B 挂机 ，B 
的 SIP phone 就 会 发 送 BYE 给 A 的 Softphone，A 的 Softphone 会 回应 200 (OK) 。 


A:Softphone aWww.con: bwww.com: B:SIP phone 
proxy proxy 2 
| | | 


INVITE F1 


INVITE F2 
100 Tring F3 | 
INVITEF4 
100 Trying F5 
180 Ringing F6 
180Ringing F7 
180 Ringing F8 
J 200 OK F9 
200 OK F10 
200 OK FI11 
| 
1 
ACK F12 
由 ml 
| 和 
工 1 1 上 
A 和 B 进 行 语言 或 视频 通话 
BYEF13 
| 2000kF14 
| | | 
| | | 
1 1 


图 20.12 SIP 会 话 建立 过 程 
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20.7 RTP 协议 


RTP (real-time transport protocol) 实时 传输 协议 , 在 多 点 传送 (多 播 ) 或 单 点 传送 ( 单 
播 ) 的 网 络 服务 上 ， 提 供 端 到 端的 网 络 传输 功能 ， 适 合 应 用 程序 传输 实时 数据 ， 如 音频 、 
视频 或 者 仿真 数据 ,通过 SIP 协议 建立 起 会 话 , 就 可 以 通过 RTP 传输 这 些 会 话 的 实时 数据 。 

介绍 RTP 协议 时 ， 首 先 了 解 一 下 RTP 协议 的 一 些 基本 概念 ， 然 后 针对 代码 看 RTP 是 
如 何 发 送 和 接收 RTP 包 ， 然 后 细 化 这 个 过 程 。 


20.7.1 ”RTP 基本 概念 


RTIP 提供 实时 的 端 到 端的 数据 传输 服务 。 传 输 的 数据 类 型 有 交互 式 的 音频 和 视频 。 服 
务 的 内 容 包 括 有 效 载荷 、 序 列 号 、 时 间 惟 和 传输 监测 控制 。 应 用 程序 在 UDP 上 运行 RTP 
来 使 用 它 的 多 路 技术 与 校 验 和 服务 。RTP 本 身 不 提供 任何 机 制 确保 实时 传输 或 服务 质量 保 
证 , 而 是 由 低层 的 服务 来 保证 。 它 不 保证 下 层 网 络 可 靠 , 也 不 保证 按 顺 序 传 送 数 据 包 。 RTP 
包含 的 序列 号 使 得 接受 方 可 以 重 构 发 送 方 的 数据 包 顺 序 ， 但 序列 号 也 可 以 确定 一 个 数据 包 
的 正确 位 置 ， 例 如 ， 在 视频 解码 时 不 用 按 顺 序 地 对 数据 包 进 行 解码 。 

RTP 包括 两 个 密切 相关 的 部 分 : 

口 实时 传输 协议 RTP， 主 要 用 于 实时 数据 传输 。 

口 RTP 控制 协议 RTCP, 用 于 服务 质量 监控 与 反馈 、 媒体 间 的 同步 、 传 达 会 议 中 参与 
者 的 信息 。 不 必 支持 一 个 应 用 程序 中 所 有 的 通信 控制 条 件 。 

在 分 析 源 码 前 需要 了 解 相关 的 基本 概念 ， 下 面 列 出 了 一 些 RTP 的 基本 概念 ， 对 这 些 概 

念 深入 的 了 解 可 以 参看 RFC3550。 

口 RTP 负载 (RTP payload) : RTP 包 中 的 净 数 据 ， 例 如 ， 音 频 样 本 或 压缩 好 的 视频 
数据 。 

口 RTP 包 (RTP packet) : 一 种 数据 包 ， 其 组 成 部 分 包括 RTP 包 固定 的 报头 、 可 能 
为 空 的 作用 源 (contributing sources) 列表 和 负载 数据 。 下 层 协议 对 RTP 包 的 进行 
封包 时 ， 一 个 包 中 可 以 包含 一 RTP 包 ， 也 可 包含 多 个 RTP 包 。 

口 RTCP 包 (RTCP packet) : 一 种 控制 包 ， 其 组 成 部 分 包括 RTCP 包 固 定 的 报头 和 
一 个 结构 化 的 部 分 ， 该 部 分 具体 元 素 还 应 该 根据 不 同 RTCP 包 的 类 型 而 定 。 一 般 
下 层 协议 的 包 由 多 个 RTCP 包 组 成 。 

口 端口 (Port) : 用 于 在 同一 主机 中 区 分 不 同 目的 地 。RTP 需要 依靠 低层 协议 提供 的 
多 种 机 制 ， 如 “端口 ”用 于 多 路 复 用 会 话 中 的 RTP 包 和 RTCP 包 。 

口 传输 地 址 (Transport address) : 是 网 络 地 址 与 端口 的 结合 ， 用 来 指定 一 个 唯一 的 
传输 层次 的 终端 ， 例 如 ， 一 个 人 P 地 址 与 一 个 UDP 端口 的 组 合 。 包 是 从 源 传输 地 
址 发 往 目的 传输 地 址 。 

口 RTP 媒体 类 型 (RTP media type) : 一 个 RTP 媒体 类 型 是 一 个 单独 RTP 会 话 所 承 
载 的 负载 类 型 的 集合 。RTP 配置 文件 中 将 RTP 媒体 类 型 分 配给 RTP 负载 类 型 。 


I 


第 20 章 ”VoIP 技术 与 Linphone 编译 


口 多 媒体 会 话 (Multimedia session) : 在 一 个 会 话 公共 组 中 ， 并 发 的 RTP 会 话 的 集 
合 。 例 如 ， 一 个 视频 会 议 ( 为 多 媒体 会 话 ) 中 ， 可 能 包含 一 个 音频 RTP 会 话 和 一 
个 视频 RTP 会 话 。 
口 RTP 会 话 (RTP session) : 一 组 参与 者 通过 RTP 协议 进行 通信 时 所 产生 的 关联 。 
一 个 参与 者 可 能 同时 参与 多 个 RTP 会 话 。 在 一 个 多 媒体 会 话 中 ， 除 了 编码 方式 将 
多 种 媒体 多 路 复 用 到 单一 数据 流 中 外 ， 每 种 媒体 都 将 使 用 各 自 的 RTCP 包 ， 通 过 
单独 的 RTP 会 话 进行 传送 。 通 过 使 用 不 同 的 目的 传输 地 址 对 一 个 网 络 地 址 加 上 
对 分 别 用 于 RTP 和 RTCP 的 端口 , 构成 了 一 个 传输 地 址 对 ) 来 接收 不 同 的 会 话 ， 
参与 者 能 将 多 个 RTP 会 话 分 隔 开 。IP 多 播 时 ,单个 RTP 会 话 中 的 全 部 参与 者 , 共 
享 一 个 公用 目的 传输 地 址 对 ; 单 播 时 ， 参 与 者 将 使 用 不 同 的 目的 传输 地 址 对 ， 个 
体 单 播 网 络 地 址 加 上 一 个 端口 对 。 对 于 单 播 而 言 ， 参 与 者 可 以 使 用 相同 的 端口 对 
收听 其 他 全 部 参与 者 ， 也 可 能 使 用 不 同 的 端口 对 分 别 收 听 其 他 各 个 参与 者 。 


20.7.2 ”发送 RTP 


RTP 的 发 送 过 程 在 rtpsend.c 中 定义 ,该 文件 的 main0 函 数 清晰 地 描述 构造 RTP、 设 置 
RTP Session 到 发 送 RTP 包 的 整个 过 程 ， 下 面 是 其 代码 : 


int main(int argc, char *argv[]) 


RtpSession *session; 
unsigned char buffer[160]; 
jt 
FILE *infile; 
char *ssrc; 
uint32 t user ts=0; 
int clockslide=0; 
int jitter=0; 
if (argc<4){ 
printf ("%s", help); 
retnrn 1 
} 
for (i=4;i<argc;i++){ 
if (strcmp(argv[i],"--with-clockslide")==0){ 
Eh 
if (i>=argc) { 
printf("%s", help); 
return ls 


} 
/* 将 输入 的 参数 字符 串 转化 为 整数 类 型 */ 
clockslide=atoi (argv[i]); 
ortp message ("Using clockslide of $i milisecond every 50 
packets.",clockslide); 
}else if (strcmp(argv[i],"--with-jitter")==0){ 
ortp message ("Jitter will be added to outgoing stream."); 
i++? 
if (i>=argc) { 
printf("%s", help); 
return -1; 
辆 
jitter=atoi (argv[i]); 


“Se 
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} 
} 
/*RTP 库 的 初始 化 ， 在 调用 RTP 相关 的 API 之 前 首先 调用 该 函数 */ 
ortp init(); 
/* 初 始 化 RTP 调度 程序 */ 
ortp scheduler init(); 
/* 设 置 日 志文 件 的 级 别 ， 该 函数 一 般 用 于 开发 或 者 调试 中 追踪 相关 的 信息 */ 
ortp_ set log level mask (ORTP MESSAGE|ORTP WARNING|ORTP ERROR); 
/* 创 建 一 个 RTP session， 用 于 发 送 数 据 */ 
session=rtp session new(RTP SESSION SENDONLY); 
/* 设 置 session 的 调度 模式 */ 
rtp session set scheduling mode(session,1); 
/* 设 置 session 为 阻塞 模式 ， 该 模式 默认 在 调度 程序 中 执行 ， 因 此 设置 该 模式 时 同时 会 设置 
Session 为 调度 模式 */ 
rtp_ session set blocking mode (session,1); 
/* 设 置 连接 模式 ， 如 果 设 置 了 连接 模式 ， 当 一 个 socket 到 达 目的 地 时 将 会 调用 系统 的 
connect () 函数 */ 
rtp_session set connected mode (session,TRUE); 
/* 设 置 RTP 的 远程 地 址 ， 即 RTP 包 准 备 发 往 的 地 址 */ 
rtp_session set remote addr(session,argv[2],atoi (argv[3])); 
/* 设 置 期 望 的 session 负载 类 型 */ 
rtp_session set payload type(session,0); 
/*ssrc 的 作用 : 在 随机 的 时 间 间 隔 中 ， 一 个 参与 者 必须 检测 其 他 参与 者 是 否 已 经 超时 。 为 此 ， 
对 接收 者 (we_sent 为 fal se) ， 要 计算 决定 性 时 间 间 隔 rd， 如 果 从 时 刻 Tc-M*Tad (M 为 
超时 因子 ， 默 认为 5 秒 ) 开始 ， 未 发 送 过 RTP 或 RTCP 包 ， 则 超时 。 其 SSRC 将 被 从 列表 中 移 
除 ， 成 员 被 更 新 。 在 发 送 者 列表 中 也 要 进行 类 似 的 检测 。 发 送 者 列表 中 ， 任 何 从 时 间 tc-2T 
(在 最 后 两 个 RTCP 报告 时 间 间 隔 内 ) 未 发 送 RTP 包 的 发 送 者 , 其 SSRC 从 发 送 者 列表 中 移 除 ， 
列表 更 新 */ 
ssrc=getenv ("SSRC"); 
if (ssrc!=NULL) { 
printf ("using SSRC=%i.\n",atoi(ssrc)); 
rtp_session set ssrc(session,atoi(ssrc)); 


} 
/* 针 对 不 同 平台 的 可 移植 性 的 系统 函数 ， 打 开 文件 操作 */ 
#ifndef WIN32 
infile=fopen(argv[1],"r"); 
#else 
infile=fopen (argv[1],"rb"); 
#endif 
/* 对 于 打开 文件 操作 的 安全 性 检查 */ 
if (infile==NULL) { 
perror ("Cannot open file"); 
Petnrn 1 


} 

/* 系 统 收 到 信号 SIGINT 就 会 通过 传 入 的 地 址 调用 函数 stophandler () ， 该 函数 就 是 设置 
runcond =0*/ 

signal (SIGINT, stophandler); 

while( ((i=fread(buffer,1,160,infile))>0) && (runcond) ) 


/* 从 缓冲 区 中 发 送 带 有 时 间 戳 的 RTP 数据 包 到 目的 地 址 */ 

rtp_session send with ts (session,buffer,i,user ts); 

user ts+=160; 

if (clockslide!=0 && user ts%(160#*50)==0){ 
ortp message ("Clock sliding of %i miliseconds now",clockslide); 
/* 设 置 时 间 误 差 */ 


rtp_session make time distorsion(session,clockslide); 
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} 
/* 下 面 是 模拟 的 突 发 延迟 包 */ 
if (jitter && (user ts%(8000)==0)) { 
struct timespec pausetime, remtime; 
ortp message ("Simulating late packets now (%i milliseconds)", 
jitter); 
pausetime.tv sec=jitter/1000; 
pausetime.tv nsec=(jitter%1000)*1000000; 
while (nanosleep (&pausetime, gremtime)==-1 && errno==EINTR){ 
pausetime=remtime; 
» 
} 


} 

/* 关 闭 文件 */ 

fclose (infile); 

/* 关 闭 Session*/ 

rtp session destroy(session); 

/* 退 出 RTP， 包 括 关 闭 调度 程序 */ 

ortp exit(); 

/* 打 印 RTP 包 的 一 些 情况 ， 包 括 收 到 包 、 丢 失 包 等 信息 */ 
ortp global stats display(); 

return 0; 


} 


20.7.3 接收 RTP 


RTP 的 接收 过 程 在 rtprecv.c 中 描述 ， 接 收 过 程 包括 初始 化 RTP、 初 始 化 调度 器 、 创 建 
接收 Session、 设 置 连接 模式 、 设 置 对 称 RTP、 接 收 数据 包 存放 在 缓冲 区 、 将 缓冲 区 数据 写 
入 文件 、 关 闭 Session、 退 出 RTP 等 过 程 。 下 面 是 该 接收 RTP 过 程 的 代码 : 


int main(int argc, char*argv[]) 
{ 
RtpSession *session; 
unsigned char buffer[160]; 
Lint erry 
uint32 七 ts=0; 
int stream received=0; 
FILE *outfile; 
int local port; 
int have more; 
Une 
int format=0; 
int soundcard=0; 
int sound fd=0; 
int jittcomp=40; 
bool t adapt=TRUE; 
/* 将 第 2 个 参数 字符 串 转化 为 整数 类 型 的 本 地 端口 号 */ 
local port=atoi (argv[2]) 7 
if (local port<=0) { 
printf("%s",help); 
return -1; 


} 
/* 根 据 参数 指定 采用 哪 种 PCM 编码 算法 ，u 律 还 是 A 律 */ 
for (i=3;i<argc;i++) 
| 
if (strcmp (argv[i],"--noadapt")==0) adapt=FALSE; 


sie 
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if (strcmp (argv[i]l,"--Eormat")==0) 1{ 
i++? 
if (i<argc){ 
if (strcmp(argv[il],"mulaw")==0){ 
format=MULAW; 
jelse 
if (strcmp (argv[il],"alaw")==0){ 
format=ALAW; 
}else{ 
printf ("Unsupported format %s\n",argv[i]); 
Teturn = 


} 


} 
else if (strcmpl(argv[i],"--soundcard")==0){ 
soundcard=1; 


} 
else if (strcmp(argv[i],"--with-jitter")==0){ 
二 
if (i<argc){ 
jittcomp=atoi (argv[i]); 
printf ("Using a jitter buffer of %i milliseconds.\n", 
jittcomp); 
: 
} 


} 
/* 打 开 输 出 文件 ， 准 备 向 文件 中 写 内 容 */ 
outfile=fopen (argv[1], "wb"); 
if (outfile==NULL) { 
perror ("Cannot open file for writing"); 
Teturn 1 


} 
/* 声 卡 初始 化 包括 打开 声音 设备 文件 、 设 置 采样 频率 、 设 置 声 道 数 、 设 置 音 频数 据 格式 */ 


if (soundcard){ 
sound fd=sound init(format); 


} 

/*RTP 初始 化 ， 在 调用 RTP 库 前 必须 要 做 的 工作 */ 

ortp init(); 

/*RTP 调度 程序 初始 化 */ 

ortp scheduler init(); 

/* 设 置 日 志文 件 的 级 别 ， 该 函数 一 般 用 于 开发 或 者 调试 中 追踪 相关 的 信息 */ 

ortp set log level mask(ORTP DEBUG|ORTP MESSAGE|ORTP WARNING| 

ORTP_ ER ROR); 

/* 系 统 收 到 信号 SIGINT 就 会 通过 传 入 的 地 址 调用 函数 stop_handler () ， 该 函数 就 是 设 
置 cond =0*/ 

signal (SIGINT, stop handler); 

/* 创 建 一 个 新 的 session， 用 于 接收 RTP 数据 包 */ 

session=rtp session new(RTP SESSION RECVONLY); 

/* 设 置 为 调度 模式 */ 

rtp session set scheduling mode (session,1); 

/* 设 置 Session 为 阻塞 模式 ， 该 模式 默认 在 调度 程序 中 执行 ， 因 此 设置 该 模式 时 同时 会 设置 
session 为 调度 模式 ， 在 该 函数 中 调用 了 函数 rtp_session set scheduling mode 
(session,1);*/ 

rtp_session set blocking mode (session,1); 

/* 这 里 设置 本 地 地 址 用 于 监听 RTP 包 , 如 果 本 地 地 址 没有 设置 ， 则 采用 默认 的 IP 地 址 和 任意 
端口 */ 

rtp session set local addr (session,"0.0.0.0",atoi(argv[2]))7 


/* 设 置 连接 模式 ， 如 果 设 置 了 连接 模式 ， 当 一 个 socket 到 达 目 的 地 时 将 会 调用 系统 的 


.514 。 
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connect () 函数 */ 

rtp session set connected mode (session,TRUE); 

/* 设 置 为 对 称 RTP*/ 

rtp session set symmetric rtp (session,TRUE) 7 

/* 设 置 可 以 调整 时 延 或 者 拌 动 */ 

rtp session enable adaptive jitter compensation(session,adapt); 
/* 设 置 时 延 或 者 拌 动 的 补偿 参数 */ 

rtp session set jitter compensation(session,jittcomp); 

/* 设 置 载荷 类 型 */ 

rtp_session set payload type(session,0)7 


/* 当 用 户 函数 支持 的 信号 量 在 处 理 的 过 程 中 发 生 了 变化 时 ， 用 户 注册 的 回调 函数 将 会 被 通知 


*/ 
rtp session signal connect (session,"ssrc changed", (RtpCallback) 
ssrc cb,0); 


rtp_session signal connect (session,"ssrc changed", (RtpCallback) 
rtps ession reset,0); 


while(cond) 
{ 
have more=1; 
while (have more){ 
/+ 接收 到 来 的 RTP 流 存放 到 缓冲 区 */ 
err=rtp session recv with ts(session,buffer,160,ts,&have 
more); 
if (err>0) stream received=1; 
/* 在 第 一 个 RTP 数据 包 返 回 前 防止 写 静 音 数据 */ 
if ((stream received) && (err>0)) { 
size t ret = fwrite(buffer,1,err,outfile); 
if (sound fd>0) 
/* 播 放声 音 */ 
ret = Write (Sound fqd,buffer,err); 
} 
1 
ts+=160; 
//ortp message ("Receiving packet."); 


1 

/* 通 信 结 束 后 销毁 Session*/ 

rtp session destroy(session); 
/* 退 出 RTP*/ 

ortp exit(); 

/* 打 印 RFP 的 信息 */ 

ortp global stats display(); 


return 0; 


20.8 ”Linphone 编译 与 测试 


在 对 Linphone 有 一 定 了 解 的 基础 上 ， 讲 解 其 编译 和 测试 过 程 。 其 编译 包括 X86 平台 
的 编译 和 ARM 平台 的 编译 。 
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20.8.1 编译 Linphone 需要 的 软件 包 


编译 Linphone 依赖 一 些 相关 的 库 , 这 里 列 出 编译 这 些 库 的 软件 包 , 同时 要 注意 采用 的 
版 本 。 下 面 是 笔者 编译 过 程 中 使 用 的 软件 包 和 对 应 的 版 本 。 
linphone-3.2.1.tar.gz 依赖 的 库 如 下 : 
口 libogg-1.1.3.tar.gz; 
speex-1.2beta3.tar.gz〔( 依 赖 于 libogg) ; 
libosip2-3.3.0.tar.gz; 
libeXosip2-3.1.0.tar.gz; 
SDL-1.2.14.tar.gz; 
ffmpeg-0.5.1.tar.gz( 依 赖 SDL) 。 
在 编译 前 读者 可 以 查看 linphone 目录 下 的 README 文件 , 其 中 介绍 了 版 本 依赖 关系 ， 
下 面 为 linphone-3.2.1 所 依赖 的 相关 软件 包 的 信息 : 


Dh :Lib OS bsTe Wh 斌 Di DOT Oe 
- You need at least: 
- libosip2>=3.0.3 
- libeXosip2>=3.0.3 
- speex>=]1.1.6 
- libreadline 
+ gsm codec (gsm source package or libgsm-dev or gsm-devel) (optional) 
+ if you want to gtk/glade interface: 
- gtk>=2.16.0 
- libglade>=2.2 
+ if you want video support: 
- SDL>=1.2.10 
— libavcodec (ffmpeg) from a year 2007 or later cvs/svn 
— libswscale (part of ffmpeg too) for better scaling 
performance 


DCOOOO 


20.8.2 X86 平台 上 编译 和 安装 

编译 和 安装 有 一 定 的 依赖 关系 ， 下 面 将 依次 介绍 具体 每 个 软件 包 的 编译 和 安装 过 程 ， 
同时 列 出 编译 和 安装 过 程 中 遇 到 的 问题 和 相应 的 解决 方法 。 

1. 建立 相关 目录 


在 /usrlocal 目录 下 建立 本 次 编译 目录 linphone, 然后 在 该 目录 下 建立 存放 源码 目录 src， 
建立 X86 的 安装 目录 linphone x86。 复 制 下 载 的 20.4.1 列 出 的 源码 放 在 src 目录 下 。 


2. 编译 libogg 


libogg 提供 了 对 多 媒体 格式 文件 操作 的 接口 ， 是 编译 speex 所 依赖 的 文件 ， 下 面 给 出 
其 集体 编译 和 安装 过 程 : 

# tar zxvf libogg-1.1.3.tar.gz 

# cd libogg-1.1.3 


6s 
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# ./configure --prefix=/usr/local/linphone/linphone x86 // 指 定 其 安装 目 
录 


# make 
# make install 


3. 编译 speex 


speex 不 是 为 移动 电话 的 语音 歌曲 格式 编码 设计 的 ， 而 是 专门 为 网 络 包 和 VOIP 设计 
下 面 给 出 其 编译 和 安装 过 程 : 

# tar zxvf speex-1.2beta3.tar.gz 

# cd speex-1.2beta3 

# ./configure --prefix=/usr/local/linphone/1linphone x86 // 指 定 其 安装 目录 


# make 
# make install 


4. 编译 libosip2 
libosip2 是 SIP 协议 的 实现 库 , 它 的 目的 是 提供 给 多 媒体 和 电信 软件 设计 者 一 个 方便 和 


强大 的 接口 ， 让 他 们 在 这 个 接口 基础 上 开发 自己 的 SIP 应 用 。 下 面 是 其 详细 的 编译 和 安装 
过 程 : 


# tar zxvf libosip2-3.3.0.tar.gz 

# cd libosip2-3.3.0 

# ./configure --prefix=/usr/local/linphone/linphone x86 
# make 

# make install 


5. 编译 libeXosip 
libeXosip2 是 eXosip 的 库 文件 ，eXosip 是 协议 栈 Osip2 的 扩展 协议 集 ， 它 部 分 封装 了 


协议 栈 Osip2， 使 得 它 更 容易 被 使 用 。 下 面 是 编译 安装 eXosip 库 文件 的 过 程 : 


# tar zxvf libeXosip2-3.1.0.tar.gz 

# cd libeXosip2-3.1.0 

# ./configure --prefix=/usr/local/linphone/linphone x86 \ 

PKG_ CONFIG PATH=/usr/local/linphone/linphone x86/1ib/pkgconfig 
//pkg-config 的 有 效 路 径 

# make 

# make install 


外 注意 : 如 果 上 一 步 的 libosip2 不 是 按照 默认 路 径 安装 ， 那 么 在 安装 libeXosip 时 要 在 


configure 后 面 添 加 PKG_CONFIG_PATH= 安 装 目录 \lib\pkgconfig， 如 果 是 默认 方 
式 安 装 则 不 需要 此 参数 。 


6. 编译 SDL 
SDL (Simple DirectMedia Layer) 是 一 个 跨 平台 的 多 媒体 库 ， 是 用 于 直接 控制 底层 多 


媒体 硬件 的 接口 。 这 些 多 媒体 功能 包括 了 音频 、 键 盘 和 鼠标 事件) 、 游 戏 摇 杆 等 。 编 译 
ffmpeg 时 需要 依赖 该 库 ， 下 面 给 出 其 编译 安装 过 程 : 


I 


Imedi 
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Lar ZRVE SDL 1.2.14.tar-qgz 

cd SDL-1.2-14 

./configure --prefix=/usr/local/linphone/linphone x86 
make 

make install 


六 间 间 砷 砷 


7. 编译 fmpeg 


ffmpeg 用 于 视频 文件 转换 ， 支 持 通过 实时 抓 取 电视 卡 并 编码 成 视频 文件 。 在 编译 
astreamer2 时 需要 该 库 的 支持 。 下 面 是 其 编译 和 安装 过 程 : 

# tar zxvf ffmpeg-0.5.1.tar.gz 

# cd ffmpeg-0.5.1 

在 使 用 configure 时 ， 先 查看 下 其 参数 的 使 用 ， 笔 者 在 使 用 ffmpeg-0.4.9.tar.gz 安装 包 
发 现 两 个 版 本 的 安装 文件 configure 所 带 的 参数 相差 很 多 。 


# ./configure -help 

# ./configure --prefix=/usr/local/linphone/linphone x86 --enable-gpl 
--enable-shared \ 

--enable-swscale --enable-pthreads 


使 用 configure 命令 生成 Makefile 后 ,修改 Makefile 手动 添加 X11 库 , 添加 方法 如 下 : 


OBJS = ffmpeg.o ffserver.o cmdutils.o $(FFPLAY O) 
SRCS = $(0BJS:.0=.c) $ (ASM OBJS: .0=.s) 

FFLIBS = -L./libavformat -lavformat$ (BUILDSUF) -L./libavcodec -lavcodec$ 
(BUILDSUF) -L./libavutil -lavutil$ (BUILDSUF) 


在 其 后 添加 X11 库 支 持 ， 修 改 后 为 : 


OBJS ffmpeg.o ffserver.o cmdutils.o $(FFPLAY O) 

SRCS $ (0BJS: .0=.c) $(ASM OBJS: .0=.s) 

FFLIBS = -L./libavformat -lavformat$ (BUILDSUF) -L./libavcodec -lavcodec$ 
(BUILDSUF) -L./libavutil -lavutil$ (BUILDSUF) -1X11 


修改 完成 后 保存 ， 使 用 make 和 make install 进行 安装 和 编译 。 


# make 
# make install 


8. 编译 oRTP 


oRTP 是 实时 传输 协议 栈 ， 其 代码 就 包含 在 linphone 目录 下 ， 下 面 给 出 其 编译 和 安装 


过 程 : 


tar zxvf linphone-3.2.1.tar.gz 

cd linphone-3.2.1 

cd oRTP 

-/configure --prefix=/usr/local/linphone/linphone x86 
make 

make install 


太太 大 间 厅 六 


9. 编译 mediastreamer2 


mediastreamer2 是 一 个 功能 强大 、 轻 量 级 流 媒体 引擎 ， 专 门 为 语音 /视频 电话 应 用 而 设 


和， 
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计 ， 其 源码 也 在 linphone 目录 下 ， 下 面 给 出 其 编译 和 安装 过 程 : 

在 编译 安装 前 先 增 加 两 个 宏 定 义 ， 在 后 面 的 编译 中 会 提示 说 没有 对 该 宏 进行 定义 。 在 
/usr/local/linphone/linphone_x86/include/speex 下 找到 speex_preprocess.h 文件 ， 向 其 添加 下 
面 两 个 宏 的 定义 。 

#define SPEEX PREPROCESS GET PSD SIZE 34 

#define SPEEX PREPROCESS GET PSD 35 


修改 完成 后 ， 保 存 并 退出 ， 进 行 下 面 的 编译 安装 过 程 : 


# cd ../mediastreamer2 

# ./configure --prefix=/usr/local/linphone/linphone x86 \ 
PKG CONFIG PATH=/usr/local/linphone/linphone x86/l1ib/pkgconfig 
# make 

# make install 


10. 编译 Linphone 


使 用 Linphone 可 以 免费 在 互联 网 上 与 其 他 人 进行 通信 ， 通 信 方 式 包 括 语音 、 视 频 、 直 
接 文本 消息 。 下 面 给 出 其 编译 和 安装 过 程 : 


#cd .. 

# ./configure --prefix=/usr/local/linphone/linphone x86 \ 

PKG _ CONFIG PATH=/usr/local/linphone/linphone x86/l1ib/pkgconfig \ 
SPEEX CFLAGS=/usr/local/linphone/linphone x86/include/speex 
--enable-gtk ui=no 


执行 configure 命令 ， 有 个 错误 : error: The intltool scripts were not found. Please install 
intltool. 

需要 安装 工具 intltool。 下 面 是 其 安装 过 程 : 

口 挂 载 系 统 安 装 光驱 文件 。 


# mount -t iso9660 /dev/cdrom /mnt/cdrom/ 


口 使 用 “添加 /删除 软件 ”菜单 安装 intltool。 在 “列表 ”选项 卡 中 选择 安装 
Intltool-0.35.0-2.i386, 安装 该 软件 的 时 候 会 将 其 依赖 的 软件 包 一 并 安装 , 如 图 20.13 
口 和 卸 载 安装 光驱 文件 。 
# umount /mnt/cdrom/ 
安装 完 Intltool 后 ， 重 新 执行 configure 命令 ， 然 后 执行 make 和 make install 进行 编译 
和 安装 。 


# make 
# make install 


20.8.3 ”Linphone 测试 


测试 的 方法 是 通过 虚拟 机 Linux 和 主机 Windows 进行 VoIP 测试 。 前 面 在 Linux 下 面 
已 经 编译 安装 了 Linphone 的 工具 , 在 安装 目录 /usrlocallinphone/linphone x86/bin 下 。 该 目 
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录 下 的 工具 包括 : 


上 软件 区 管理 者 
文件 人 坦 看 WO 帮助 录 


加 浏览 四 Q aeG | 泽 列 山 | 


回 所 有 软件 包 @) 口 已 安装 的 软件 包 修 ” 口 可 用 的 软件 包 人 


口 ImageMagick-perl - 6.2.8.0-3.fc6.1386 -ImageMagick perl bindings 
霄 日 imake - 1.0.2-3.1386 - imake source code configuration and build system 
水 回 indent - 2.2.9-14.fc6.1386 - 格式 化 C 代码 的 GNU 程序 。 
口 Inews - 2.4.3-6.fc6.1386 - Sends Usenet articles to a local news server for distribution 
落日 Info - 4.8-11.1.1386 - 一 个 独立 的 用 于 GNU texinfo 文档 的 基于 TTY 的 阅读 器 * 
S$ initscripts - 8.45.3-1.1386 - inittab 文件 和 /etcjinit.d 脚本 。 
口 Inn - 2.4.3-6.fc6.1386 - The InterNetNews (INN) system, an Usenet news server 


le INN (InterNetNews) librar 


$ 四 ipsec-tools - 0.6.5-6.1386 - 配置 和 使 用 IPSEC 的 工具 。 


D] 


人 


20.13 ”安装 Intltool 


ffmpeg ffserver linphonecsh sipomatic speexdec 
ffplay linphonec sdl-config sip reg speexenc 


1. Linux 中 运行 linphonec 

Linux 下 运行 linphonec， 使 用 命令 为 : 

# ./linphonec -V // 参 数 -V 表示 支持 视频 

Linux 下 启动 linphonec 后 ， 运 行情 况 如 图 20.14 所 示 。 
2. Windows 也 安装 VolP 工 具 


下 载 linphone-3.2.1-setup.exe， 在 Windows 下 安装 ， 安 装 完成 后 运行 该 程序 ， 运 行 的 
结果 如 图 20.15 所 示 。 可 以 通过 LinphonelPrefernces 对 各 种 参数 进行 设置 ， 默 认 情 况 下 不 
需要 设置 。 使 用 该 工具 时 ， 下 面 My current identity 处 显示 的 是 本 地 的 SP 地 址 ， 上 面 SP 
address 输入 对 方 的 SIP 地 址 ， 这 里 输入 的 是 虚拟 机 的 SIP 地 址 : sip:root@192.168.1.123， 


然后 鼠标 单 击 绿色 拨号 按钮 ， 就 可 以 进行 拨号 了 。 
3. 在 Linux 中 进行 接听 


在 虚拟 机 (Linux 系统) 中 会 听 到 振 铃 音 ， 同 时 在 Windows 中 听 到 回 
接听 VoIP 呼叫 使 用 的 命令 为 answer。 接 通过 程 显示 的 信息 为 : 


linphonec> <sip:toto@192.168.1.199:5065> is contacting you. 


0° 
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// 听 到 振 铃 音 
linphonec> answer // 输 入 answer 进行 接听 
Connected. 
linphonec> linphonec> 


文件 介 ”编辑 企 ) 查看 终端 WD 标签 @) 帮助 们 
[root@localhost bin]# ./linphonec -V Video window 
Ready 
linphonec> [| 
rm 
图 20.14 运行 linphonec 
篇 Linphone lolxl 


Lnphone 模式 癌 Hep 


SIP address or phone number: 
sipyroot@192.168.1.123 2 
ee 
A Dighs: 


mn Alusers | 站 引 4 


站 
sojs)o| 
My current identity: 
<sip:toto@192,168,1,199:5064> (人 缺 省 ) 区 | 图 | 
就 绪 


图 20.15 Windows 下 运行 的 Linphone 


4. 双方 进入 了 通话 状态 


Windows 中 的 Linphone 工具 标识 了 对 方 的 SIP 地 址 和 通话 时 长 ， 如 图 20.16 所 示 ， 视 
频 窗口 指出 视频 接收 的 对 端的 地 址 ， 如 图 20.17 所 示 。 

另外 也 可 以 通过 Linux 下 的 linphonec 发 起 呼叫 ,在 Linux 下 呼叫 时 ， 因 为 在 同一 台 计 
算 机 中 进行 测试 ， 如 果 直 接 使 用 call sip:toto@192.168.1.199 无 法 正常 呼叫 时 ， 可 以 带 上 端 
口号 ， 带 上 Windows 下 Linphone 工具 指定 的 端口 号 ， 如 果 是 默认 的 端口 号 5060 则 不 需要 
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指定 ， 收 到 呼叫 如 图 20.18 所 示 。 


-加 芭 的 Call with 《sip-rGatEISZRISER 
tnphone 看 式 加 tep 
In call with 


@ 


<sfproot@192 168.1.123> 


通话 计时 
Der 
E no 2 
| 
pO webcam 

Manvew 

| 桥接 建立 
图 20.16 Linphone 主 窗口 图 20.17 Linphone 视频 窗口 
# call sip:toto@192.168.1.199 //Windows 使 用 默认 的 端口 号 5060 时 
# call sip:toto@192.168.1.199:5066 //Windows 使 用 非 默 认 的 端口 号 5066 时 
呼 入 
来 自 <sip:root@192.168.1.123> 的 呼叫 
© 接受 【2 拒绝 


图 20.18 Windows 收 到 Linux 的 linphonec 呼叫 


进入 linphonec 命令 状态 后 ， 可 以 使 用 help 查看 linphonec 支持 的 所 有 命令 。 退 出 通话 
可 以 使 用 quit 命令 或 者 直接 使 用 Ctrl+C 键 退出 ， 下 面 的 命令 读者 可 以 一 一 进行 测试 。 


linphonec> help 
Commands are: 


help Print commands help 
call Call a SIP uri 
terminate Terminate the current call 
answer Answer a call 
autoanswer Show/set auto-answer mode 
proxy Manage proxies 
soundcard Manage soundcards 
ipv6 Use IPV6 
refer Refer the current call to the specified destination. 
nat Set nat address 
stun Set stun server address 
firewall Set firewall policy 
call-logs Calls history 
friend Manage friends 
play play from a wav file 
record record to a wav file 
quit Exit linphonec 
register Register in one line to a proxy 
unregister Unregister from default proxy 
duration Print duration in seconds of the last call. 
status Print various status information 
ports Network ports configuration 
speak Speak a sentence using espeak TTS engine 
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20.8.4 进一步 的 测试 和 开发 


笔者 目前 测试 的 场景 有 限 ， 读 者 可 以 继续 完成 下 面 的 测试 场景 : 

口 局 域 网 内 两 台 不 同 的 主机 进行 音频 和 视频 通话 ; 

口 局 域 网 内 多 台 不 同 的 主机 进行 音频 和 视频 通话 ; 

口 互联 网 内 两 台 不 同 主机 进行 音频 和 视频 通话 。 

笔者 编译 的 时 候 没 有 选择 GUI 的 支持 ， 读 者 可 以 进一步 编译 出 支持 GUI 的 linphonec 
工具 。 


20.9 Linphone 交叉 编译 


在 针对 X86 平台 编译 时 ， 遇 到 的 问题 包括 代码 中 存在 的 语法 问题 ， 及 相关 版 本 依赖 问 
题 ， 编 译 时 选择 的 参数 问题 全 部 解决 。 而 且 在 针对 X86 平台 编译 的 时 候 ， 也 没有 采用 默认 
的 方式 编译 ， 目 的 是 为 了 方便 移植 ， 那 么 针对 ARM 的 交叉 编译 就 非常 容易 了 ， 只 需要 修 
改 一 条 编译 命令 即 可 。 必 须 注意 的 是 ， 因 为 在 针对 ARM 编译 前 ， 已 经 做 过 针对 X86 的 编 
译 ， 所 以 在 编译 每 个 一 部 分 时 应 该 先 使 用 make clean 进行 清除 ， 否 则 就 会 因为 在 编译 针对 
ARM 工具 时 使 用 了 X86 格式 的 中 间 文 件 ， 而 导致 编译 出 错 。 


20.9.1 Linphone 的 交叉 编译 


编译 不 同 版 本 的 源 代 码 可 能 使 用 configure 生成 Makefile 所 带 的 参数 有 所 不 同 , 下 面 给 
出 的 是 使 用 交叉 编译 器 arm-linux-3.4.1 编译 Linphone-3.2.1 的 过 程 。 如 果 读 者 使 用 的 版 本 与 
本 例 使 用 的 版 本 不 同 , 那么 就 应 该 使 用 ./configure -help 查看 配置 Makefile 所 需要 带 的 参数 。 
查看 linphone 目录 下 的 文件 README.arm: 


对 编译 器 设置 的 介绍 

* You need the lastest arm toolchain from http://www.handhelds.org. 

Uncompress it in / . 
It contains all the cross-compilation tools. Be sure that the 
arm-linux-gcc binaries 
are in your PATH (export PATH=$PATH:/usr/local/arm/3.4.1/bin/ , for 
example) 

对 源码 版 本 要 求 的 介绍 

* create within your home directory a arm/ directory, copy into it the fresh 
tarballs of libosip2>=2.2.x, speex>=1.1.6, linphone>=1.2.1 
Feadline>=5.1 and ncurses>=5.5 (readline needs ncurses) 
Uncompress all these 
tarballs. 

对 安装 路 径 的 变量 的 介绍 

Very important things common to all packages being cross compiled: 

素 冰 冰冰 站 六 半 六 站 半 站 站 半 相 事 事 束 束 束 束 玉 事 可 可 于 可 可 可 可 可 可 可 可 可 可 可 求 可 可 可 可 可 可 可 可 可 事 玉 可 可 可 可 可 可 可 可 可 可 本 本 村 村 本 可 可 于 

* COPY the ipaq-config.site in the ipkg/ directory of linphone into some safe 

place, 

for example: ~/ipaq-config.site . 

* You need a directory that we call ARM INSTALL TREE that will own files in 
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the same way they will be installed on the target computer. 
It is also used to build linphone over the arm binaries of its dependencies 
(speex, osip,ncurses, readline). 


For example: 


export CONFIG SITE=~/ipaq-config.site 
export ARM INSTALL TREE=/armbuild 


下 面 是 安装 的 详细 过 程 

Cross compiling ncurses for ARM: 

六 闪闪 这 夺 六 让 六 这 六 认 太 六 认 率 不 六 让 这 让 六 让 家 证 让 

./configure --prefix=/usr --host=arm-linux --with-gnu-1d --with-shared 
make 

make install DESTDIR=$ARM INSTALL TREE 

make install DESTDIR= “pwd /armbuild 


Cross compiling readline for ARM: 

本 六 于 闪闪 素 认 宙 兴 六 这 计 六 素 率 六 这 六 证 站 市 认证 这 站 蛮 

./configure --prefix=/usr --host=arm-linux --with-gnu-ld --disable-static 
make 

make install DESTDIR=$ARM INSTALL TREE 

make install DESTDIR=“pwd‘/armbuild 


Cross compiling libosip for ARM: 

素 素 玉 素 六 来 率 来 素来 率 素 率 来 率 来 率 闵 率 训 率 率 补 率 率 认 率 率 素 素 来 

./configure --prefix=/usr --host=arm-linux --with-gnu-ld --disable-static 
make 

make install DESTDIR=$ARM INSTALL TREE 

make install DESTDIR=“pwd“/armbuild 


Cross compiling speex for ARM: 

村 率 玉 素 六 素 素 素 素 素 率 玉 率 玉 六 六 训 闵 弟 率 弟 率 率 闵 率 率 率 率 来 率 素 来 

First you need to remove ogg headers from your build system to avoid a dirty 
conflict between 

your build machine binaries and the arm binaries. They are usually in a 
libogg-dev package (rpm or deb). 

Then: 

./configure --prefix=/usr --host=arm-linux --with-gnu-ld --disable-static 
--enable-fixed-point --enable-arm-asm 

make 

make install DESTDIR=$ARM INSTALL TREE 

make install DESTDIR='pwd'/armbuild 


Cross compiling linphone for ARM 
率 率 六 半 六 半 半 半 亲 半 六 六 六 六 六 素 率 率 冰 闵 冰 半 亲 半 六 半 六 闵 半 六 
First you need to remove all .la files from the ARM INSTALL TREE because 
it confuses libtool and makes 
the linker use your build machine binaries instead of the arm-crosscompiled 
ones. 
rm -f $ARM INSTALL TREE/usr/lib/*.1a 
#for some reason pkg-config doesn't like cross-compiling... 
export PKG CONFIG=/usr/bin/pkg-config 
./configure --prefix=/usr --host=arm-linux --with-gnu-ld --disable-static 
\ 
--disable-glib --with-osip=$ARM INSTALL TREE/usr \ 
--with-readline=$ARM INSTALL TREE/usr \ 
SPEEX_ CFLAGS="-I$SARM INSTALL TREE/usr/include" \ 
SPEEX LIBS="-L$ARM INSTALL TREE/usr/lib -lspeex " 
make 


.524 。 
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make install DESTDIR= "pwd'/armbuild 


名 注意: 上 面 编 译 过 程 笔者 都 进行 了 验证 ， 笔 者 的 安装 路 径 为 /usrlocallinphone/ 
linphone_ arm, 在 编译 linphone 之 前 补充 编译 下 面 几 项 。 下 面 列 出 的 编译 配置 参 
数 都 是 非常 基本 和 重要 的 ， 如 果 读者 要 对 linphone 的 其 他 功能 进行 安装 ， 则 需 
要 读者 自己 进一步 研究 。 


(1) 编译 ffmpeg。 


# cd ffmpeg-0.5.1 

# ./configure --prefix=/usr/local/linphone/linphone arm --enable-cross- 
compile \ 

—-enable-swscale --enable-pthreads --enable-shared --disable-static 

# make clean 

# make 

# make intall 


(2) 编译 oRTP。 
编译 过 程 中 会 遇 到 将 警告 作为 错误 处 理 ， 则 需要 修改 对 应 的 Makefile 中 编译 参数 ， 修 
改 如 下 。 


# vi src/Makefile 
CFLAGS = -g -02 -Wall -Werror -DORTP INET6 


CFLAGS = -g -02 -Wall -DORTP INET6  # -Werror， 该 参数 是 将 警告 作为 错误 来 处 理 
# ./configure --prefix=/usr/local/linphone/linphone arm --host=arm-linux 
--with-gnu-ld --disable-static 

# make 

# make install 


(3) 编译 mediastreamer2 。 
编译 时 缺少 两 个 宏 的 定义 ， 在 下 面 的 文件 中 添加 这 两 个 宏 的 定义 。 


# vi /usr/local/linphone/linphone arm/include/speex/speex preprocess.h 
#define SPEEX PREPROCESS GET PSD SIZE 34 

#define SPEEX PREPROCESS GET PSD 35 

# ./configure --prefix=/usr/local/linphone/linphone arm --host=arm-linux 
--with-gnu-ld \ 

PKG CONFIG PATH=/usr/local/linphone/linphone arm/lib/pkgconfig 

# make 

# make install 


(4) 编译 linphone。 


# ./configure --prefix=/usr/local/linphone/linphone arm --host=arm-linux 
--with-gnu-ld \ 

--disable-static --disable-glib --with-osip=/usr/local/linphone/ 
linphone arm \ 

--with-readline=/usr/local/linphone/linphone arm \ 

SPEEX_ CFLAGS="-I/usr/local/linphone/linphone arm/include" \ 
SPEEX LIBS="-L/usr/local/linphone/linphone arm/lib -lspeex" \ 
--enable-video=no 

PKG CONFIG PATH=/usr/local/linphone/linphone arm/lib/pkgconfig 
--enable-gtk ui=no 

# make 

# make install 
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在 目录 /usr/local/linphone/linphone_arm/bin/ 下 会 生成 下 面 的 工具 。 


# 1s /usr/local/linphone/linphone arm/bin/ 

captoinfo ffmpeg ffserver infotocap linphonecsh sdl-config sip reg 
speexenc tic tput 

clear ffplay infocmp linphonec reset sipomatic speexdec 
tack toe tset 


移植 前 首先 查看 其 依赖 的 库 文件 ， 可 以 通过 编译 在 X86 目录 下 的 linphone 进行 查看 ， 
对 应 的 移植 arm 目录 下 的 linphone 也 需要 相应 的 库 文件 。 


# ldd linphonec 
linux-gate.so.1 => (0x00898000) 
liblinphone.so.3 => /usr/local/linphone/linphone x86/1ib/ 
liblinphone.so.3 (0x0034e000) 
libreadline.so.5 => /usr/lib/libreadline.so.5 (0x443c3000) 
libncurses.so.5 => /usr/lib/libncurses.so.5 (0x443f9000) 
libmediastreamer.so.0 => /usr/local/linphone/linphone x86/1ib/ 
libmediastreamer.so.0 (0x0053e000) 
libortp.so.8 => /usr/local/linphone/linphone x86/1ib/libortp.so.8 
(0x00218000) 
libspeex.so.1 => /usr/local/linphone/linphone x86/lib/ 
libspeex.so.1 (0x0019c000) 
libm.so.6 => /lib/libm.so.6 (0x446c7000) 
libosipparser2.so.4 => /usr/local/linphone/linphone x86/1ib/ 
libosipparser2.so.4 (0x003e9000) 
libosip2.so.4 => /usr/local/linphone/linphone x86/1ib/ 
libosip2.so.4 (0x00120000) 
libpthread.so.0 => /lib/libpthread.so.0 (0x446f6000) 
libc.so.6 => /lib/libc.so.6 (0x44588000) 
libeXosip2.so.4 => /usr/local/linphone/linphone x86/1ib/ 
libeXosip2.so.4 (0x0091e000) 
libdl.so.2 => /lib/libdl.so.2 (0x446f0000) 
libasound.so.2 => /lib/libasound.so.2 (0x44024000) 
libspeexdsp.so.1 => /usr/local/linphone/linphone x86/1ib/ 
libspeexdsp.so.1 (0x00fe0000) 
libavcodec.so.52 => /usr/local/linphone/linphone x86/1ib/ 
libavcodec.so.52 (0x00ff1000) 
libswscale.so.0 => /usr/local/linphone/linphone x86/1ib/ 
libswscale.so.0 (0x00132000) 
libsDL-1.2.s0.0 => /usr/local/linphone/linphone x86/1ib/ 
libsDL-1.2.so.0 (0x00232000) 
libxl1.so.6 => /usr/lib/libX1ll1.so.6 (0x4481d000) 
librt.so.1 => /lib/librt.so.1 (0x44724000) 
libvorbisenc.so.2 => /usr/lib/libvorbisenc.so.2 (0x43c14000) 
libstdc++.s0.6 => /usr/lib/libstdc++.so0.6 (0x45143000) 
libgcc s.so.1 => /lib/libgcc s.so.1 (0x45135000) 
libssl.so.6 => /lib/libssl.so.6 (0x43f02000) 
libcrypto.so.6 => /lib/libcrypto.so.6 (0x43d57000) 
/lib/1ld-linux.so.2 (0x43bb9000) 
libnsl.so.1 => /lib/libnsl.so.1 (0x00165000) 
libresolv.so.2 => /lib/libresolv.so.2 (0x0017b000) 
libavutil.so.49 => /usr/local/linphone/linphone x86/1ib/ 
libavutil.so.49 (0x00f8a000) 
libz.so.1 => /usr/lib/libz.so.1 (0x4470f000) 
libXau.so.6 => /usr/lib/libXau.so.6 (0x44818000) 
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libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x447cf000) 

libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0x43bde000) 

libgssapi krb5.so.2 => /usr/lib/libgssapi krb5.so.2 (0x001b2000) 

libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x002c1000) 

libcom err.so.2 => /lib/libcom err.so.2 (0x00110000) 

libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x001dd000) 

libogg.so.0 => /usr/local/linphone/linphone x86/1lib/libogg.so.0 

(0x009d2000) 

libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00113000) 

移植 这 些 库 文件 将 是 一 个 漫长 的 过 程 ， 但 是 已 经 没有 什么 难题 了 了， 缺少 的 库 通过 交叉 

编译 后 移植 到 开发 板 的 /lib 目录 下 或 /usr/lib 下 ， 最 后 的 运行 结果 将 和 在 虚拟 机 上 运行 的 结 
果 一 样 。 


20.10 小 结 


本 章 主要 讲解 VoIP 技术 基本 概念 ， 讲 解 其 中 两 个 重要 协议 SP 和 RTP， 并 且 对 SIP 
协议 和 RTP 协议 进行 源码 分 析 ; 还 通过 实例 介绍 了 X86 和 ARM 平台 的 编译 过 程 , 演示 了 
X86 平台 上 的 使 用 方法 。 其 在 ARM 上 的 使 用 过 程 留 给 读者 自己 去 试验 。 相 信 本 章 对 读者 
的 项 目 有 很 大 的 帮助 ， 如 果 还 需要 扩展 一 些 功 能 或 者 需要 其 他 库 文件 的 支持 ， 需 要 读者 进 
一 步 研究 。 
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